IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
BEFORE THE BOARD OF PATENT APPEALS AND INTERFERENCES 

In re Patent Application of: 

Inventors: Hensen, et al. 

Serial No.: 10/526,136 

Filed: January 31, 2006 

For: WRITER-MODE ECG DISPLAY 

Art Unit: 3762 

Examiner: Holmes, Rex R. 

BRIEF ON APPEAL 

To: Mail Stop Appeal Brief - Patents 

Commissioner for Patents 

P.O. Box 1450 

Alexandria, VA 22313-1450 
To the Commissioner: 

This is an appeal under 37 C.F.R. §1.191 to the Board of Patent Appeals and 
Interferences of the United States Patent and Trademark Office from the final rejection of claims 
1-20 in the above-identified patent application. One (1) copy of Appellant's Brief on Appeal is 

filed herewith, and the requisite filing fee under 37 C.F.R. § 1.17(f) is also paid herewith. 

The Notice of Appeal was filed on November 24, 2009. Two months from that date was 
January 24, 2009, a Sunday. This appeal brief is being filed on January 25, the immediately 
following Monday, and is thus believed to be timely filed. However, the Applicants hereby 
make a conditional petition for any necessary extensions of time for this submission in the event 
that such a petition is required. In the event that a fee for the filing of his submission is 
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insufficient, the Commissioner is authorized to charge any fee deficiency or to credit any 
overpayment to Deposit Account 15-0450. 
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I. REAL PARTY IN INTEREST 

The real party in interest in the present application is Biotronik AG, by assignment from 
inventors Kai Hensen, Michael Koinzer, Stefan Letzner, recorded in the United States Patent and 
Trademark Office at Reel 017720, Frame 0281. 
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II. RELATED APPEALS AND INTERFERENCES 

There have been no previous appeals in this application. 
There have been no interferences or related litigation. 
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IIL STATUS OF CLAIMS 

The status of the claims in this application is: 

1. TOTAL NUMBER OF CLAIMS IN APPLICATION 

There are 7 pending claims in this application, numbered 1-7. 

In the Office Action of August 25, 2009, the Examiner issued a final office action 
rejecting pending claims 1-7 under 35 U.S.C. § 103(a), as being unpatentable over Nichols et al. 
(U.S. Pat. 6,266,566) in view of Pless et al. (U.S. Pub. 2003/0144711). 

2. STATUS OF ALL OF THE CLAIMS 

A. Claims canceled: NONE. 

B. Claims withdrawn from consideration but not canceled: NONE. 

C. Claims pending: Claims 1-7. 

D. Claims allowed: NONE. 

E. Claims rejected: 1-7. 

3. CLAIMS ON APPEAL 

The claims on appeal are claims 1-7. 
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IV. STATUS OF AMENDMENTS 

No Amendments have been filed subsequent to the Final Action of August 25, 2009. 
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V. SUMMARY OF CLAIMED SUBJECT MATTER 

All citations to the specification refer to the substitute specification that was filed on 
February 28, 2005. 

Claim 1, the sole independent claim under consideration, is directed to an external 
programming device for an implant (Paragraph 0001, page 1, lines 1-7; and the Abstract) 
comprising: 

a receiving unit for receiving data from the implant, which represent time- variable signals 
which are intracardially recorded or generated in the implant (Paragraph 00030, page 5, lines 24- 
29), and 

a touch- sensitive or pressure-sensitive display (Paragraph 00010, page 2, lines 24-26) 
with an actuating unit adapted to represent signals forming the basis of the received data 
(Paragraph 0001, page 1, lines 1-7), the display including a representation window for display of 
a electrocardiograph representation (Paragraph 00038, page 7, lines 18-29) and including a 

surface switching element beside the representation window (Paragraph 0009, page 2, lines 22- 
23), and 

a switching unit which is connected to the actuating unit of the display and adapted to 
switch the representation of continuous signals over time between a first representation mode 
and at least one second representation mode upon user actuation of the surface switching element 
(Paragraph 0008, page 2, lines 18-21), 

wherein representation of the time-continuous signals over time is effected in the first 
mode continuously in that current display values are always represented at the same horizontal 
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display position and all preceding signal values are represented on the display, displaced 
horizontally towards the left or the right (Paragraph 00038, page 7, lines 18-29), and 

wherein representation of the continuous signals over time is effected in the second mode 
continuously in that current signal values are respectively represented at a new display position 
of the display adjoining preceding signal values while preceding signal values maintain their 
respective display position (Paragraph 00038, page 7, lines 18-29) and 

wherein the programming device additionally comprises a base device and a hand device 
(Paragraph 00016, page 3, lines 15-16), the hand device being adapted to be capable of 
physically separating from the base device (Paragraph 00017, page 3, lines 17-18) and including 
the display (Paragraph 00020, page 4, lines 8-11). 
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GROUNDS OF RE.TECTION TO BE REVIEWED ON APPEAL 

Whether claims 1-7 are unpatentable under 35 U.S.C. § 103(a), as being unpatentable 

over Nichols et al. (U.S. Pat. 6,266,566) in view of Pless et al. (U.S. Pub. 

2003/0144711). 
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VII. ARGUMENTS 

1. The Re jection of Record 

Currently, claims 1 - 7 are pending and under consideration in the present application. 
Claims 1-7 stand rejected. 

In the Office Action of August 25, 2009, the Examiner rejected claims 1-7 under 35 
U.S.C. § 103(a), as being unpatentable over Nichols et al. (U.S. Pat. 6,266,566) in view of Pless 
et al. (U.S. Pub. 2003/0144711). 

A. Reiection of Claims 1-7 

The Examiner maintains that Nichols discloses an extemal programming device for an 
implant including a receiving unit for receiving data from the implant representing time- variable 
signals intracardially recorded or generated in the implant, a touch- sensitive or pressure-sensitive 
display with an actuating unit adapted to represent signals forming the basis of the received data, 
the display including a representation window for display of a electrocardiograph representation 
and including a surface switching element beside the representation window, and a switching 
unit which is connected to the actuating unit of the displav and adapted to switch the 
representation of continuous signals over time between a first representation mode and at least 
one second representation mode upon user actuation of the surface switching element, wherein 
representation of the time-continuous signals over time is effected in the first mode continuouslv 
in that current displav values are alwavs represented at the same horizontal displav position and 
all preceding signal values are represented on the displav, displaced horizontally towards the left 
or the right, and wherein representation of the continuous signals over time is effected in the 
second mode continuously in that current signal values are respectively represented at a new 
displav position of the displav adjoining preceding signal values while preceding signal values 
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maintain their respective display position (emphasis added). The Examiner has explicitly stated 
that Figures 9 and 10 (of Nichols) clearly show that when the switching unit is pushed, the atrial 
EGM signal (274A) changes its representation mode on the screen (as shown in figs. 9-10; from 
a large mode taking up most of the vertical space to a smaller mode in the middle of the screen) 
while the other signals remain in the same position, see Response to Arguments of Final Office 
Action of August 25, 2009. 

2. Claims Rejections under 35 U,S,C, §103(a) 

A claimed invention is unpatentable under 35 U.S.C. §103 if the differences between it 
and the prior art are such that the subject matter as a whole would have been obvious at the time 
the invention was made to a person having ordinary skill in the art. 35 U.S.C. § 103 (1994); 
Graham v. John Deere Co., 383 U.S. 1, 14 (1966); KSR International Co. v. Teleflex Inc., 550 
U.S. 398, No. 04-1350, slip op. at 2 (2007). The ultimate determination of whether an invention 
is or is not obvious is a legal conclusion based on underlying factual inquiries, including (1) the 
scope and content of the prior art; (2) the level of ordinary skill in the art; (3) the differences 
between the claimed invention and the prior art; and (4) objective evidence of nonobviousness. 
Graham, 383 U.S. at 17-18; KSR Int'l at 2. 

To reach a proper determination under §103, the Examiner must step backward in time 
and into the shoes of the hypothetical person of ordinary skill in the art when the invention was 
unknown and just before it was made. MPEP §2142. The tendency to resort to "hindsight" 
based upon applicant's disclosure is often difficult to avoid due to the very nature of the 
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examination process. However, impenmssible hindsight must be avoided and the legal 
conclusion must be reached on the basis of the facts gleaned from the prior art. MPEP §2142. 

To establish obviousness, there must be some teaching, suggestion, or motivation, either 
in the references themselves or in the knowledge generally available to one of ordinary skill in 
the art, to modify the reference or to combine reference teachings. (MPEP § 2143.) "There are 
three possible sources for a motivation to combine references: the nature of the problem to be 
solved, the teachings of the prior art, and the knowledge of persons of ordinary skill in the art." 
In re Roujfet, 149 F.3d 1350, 1357, 47 U.S.P.Q.2d 1453, 1457-58 (Fed. Cir. 1998). 

Recently, the Supreme Court rejected the previous use of the "teaching, suggestion, or 
motivation" (TSM) test as a "rigid and mandatory (formula)" that "limits the obviousness 
inquiry." KSR Infl Co,, slip opinion at 15. Instead, the Supreme Court ruled that the TSM test 
should be used as a "general principle" and to provide a "helpful insight." KSR Infl Co., sUp 
opinion at 15. However, the Supreme Court also reiterated, that an invention is not shown to be 
obvious "merely by demonstrating that each of its elements was, independently, known in the 
prior art." KSR Infl Co, at 14. Furthermore, the Supreme Court did not eliminate the motivation 
to combine from an obviousness analysis. To the contrary, the Court indicated, "it can be 
important to identify a reason that would have prompted a person of ordinary skill in the relevant 
field to combine the elements in the way the claimed invention does." KSR Infl Co. at 15. 
Therefore, while the Supreme Court's decision in KSR Infl expands the possible sources of 
motivation to combine, it does not eliminate the requirement that there be a motivation to 
combine. 
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Ultimately, the ''motivation to combine" criterion provides ''the best defense against the 
subtle but powerful attraction of a hindsight-based obviousness analysis." Dembiczak, 175 F.3d 
at 999, 50 U.S.P.Q.2d at 1617. This is because "most if not all inventions arise from a 
combination of old elements," potentially allowing every element of the claimed invention to be 
found in the prior art. In re Kotzab, 111 F.3d 1365, 1369-70, 55 U.S.P.Q.2d 1313, 1316 (Fed. 
Cir. 2000). Solely identifying each element of the claimed invention in the prior art is not 
enough to defeat patentability of the invention as a whole, unless there existed a teaching, 
suggestion, or motivation to combine the prior art references. Kotzab, 111 F.3d at 1370, 55 
U.S.P.Q.2d at 1316-17. Otherwise, "rejecting patents solely by finding prior art corollaries for 
the claimed elements would permit an examiner to use the claimed invention itself as a blueprint 
for piecing together elements in the prior art to defeat the patentability of the claimed invention." 
Roujfet, 149 F.3d at 1357, 47 U.S.P.Q.2d at 1457. Thus, the initial burden is on the examiner to 
establish the existence of a teaching, suggestion, or motivation to combine the prior art 
references at the time the invention was made. 

The Examiner may not apply the prior art of record in a manner that results in hindsight 
reconstruction. "It is impermissible to first ascertain factually what [applicant] did and then view 
the prior art in such a manner as to select from the random facts of the art only those which may 
be modified and then utilized to reconstruct appellants' invention from the prior art." 
Interconnect Planning Corp, v. Thomas E Feil. 114 F2d 1132 (Fed Cir. 1985), quoting In re 
Shuman, 361 F2d. 1008, 1012 (CCPA 1966). As the Federal Circuit explained, "[t]he invention 
must be viewed not with the blueprint drawn by the inventor, but in the state of the art that 
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existed at the time. ... That which may be clear and thus 'obvious' to the court, with the invention 
fully diagrammed and aided, ...may have been a breakthrough of substantial dimension when 
first unveiled." Interconnect Planning Corp,, 11 A F2d at 1138. Accord, e.g., Sanofi-Synthelabo v. 
Apotex, 550 F.3d 1075, 1088 (Fed. Cir. 2008); and Uniroyal Inc. v. Rudkin-Wiley Corp., 837 
F.2d 1044, 1050-1052 (Ck. Fed, 1988). See also, KSR v. Teleflex, 550 U.S. 398, 419-20, 82 
U.S.P.Q.2d (BNA) 1385 (2007) (recognizing "hindsight bias" and "ex post reasoning" as 
inappropriate in determination of obviousness); and Graham v. John Deere, 383 U.S. 1, 36, 148 
U.S.P.Q; (BNA) 459 (1966) (cautioning against hindsight whereby the teachings of the invention 
are read into the prior art). 

A. Rejection of Claims 1-7 

i. Determination Of The Scope And Contents Of The Prior Art 

As stated above, the Examiner maintains that Nichols discloses an extemal programming 
device for an implant including a receiving unit for receiving data from the implant representing 
time- variable signals intracardially recorded or generated in the implant, a touch- sensitive or 
pressure- sensitive display with an actuating unit adapted to represent signals forming the basis of 
the received data, the display including a representation window for display of a 
electrocardiograph representation and including a surface switching element beside the 
representation window, and a switching unit which is connected to the actuating unit of the 
display and adapted to switch the representation of continuous signals over time between a first 
representation mode and at least one second representation mode u pon user actuation of the 
surface switching element, wherein representation of the time-continuous signals over time is 
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effected in the first mode continuously in that current display values are always represented at 
the same horizontal display position and all preceding signal values are represented on the 
display, displaced horizontally towards the left or the right, and wherein representation of the 
continuous signals over time is effected in the second mode continuously in that current signal 
values are respectively represented at a new display position of the display adjoining preceding 
signal values while preceding signal values maintain their respective display position. The 
Examiner has explicitly stated that Figures 9 and 10 (of Nichols) clearly show that when the 
switching unit is pushed, the atrial EGM signal (27 4A) changes its representation mode on the 
screen (as shown in figs. 9-10; from a large mode taking up most of the vertical space to a 
smaller mode in the middle of the screen) while the other signals remain in the same position, see 
Response to Arguments of Final Office Action of August 25, 2009. 

However, Nichols is merely concerned with waveform normalization control - scaling the 
waveform data points such that the peak-to-peak range (i.e., the maximum y-axis data value~the 
minimum y-axis data value) of the selected waveform does not exceed a pre-determined nominal 
height. The present application is concerned with, as specifically recited in the claims, 
switching a representation of continuous signals over time between a first representation mode 
that displaces value representations horizontally and a second representation mode that adjoins 
value representations to preceding signal values while preceding signal values maintain their 
respective display positions. 

The Examiner apparently recognizes the insufficiency of the disclosure of Nichols, when 
he states that "Figures 9 and 10 clearly show that when the switching unit is pushed the atrial 
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EGM signal (274A) changes its representation mode on the screen (as shown in figs. 9-10; from 
a large mode taking up most of the vertical space to a smaller mode in the middle of the screen) 
while the other signals remain in the same position". Nichols, however, does not disclose "a 
switching unit which is connected to the actuating unit of the display and adapted to switch the 
representation of continuous signals over time between a first representation mode and at least 
one second representation mode upon user actuation of the surface switching element, wherein 
representation of the time-continuous signals over time is effected in the first mode continuously 
in that current display values are alwavs represented at the same horizontal display position and 
all preceding signal values are represented on the display, displaced horizontally towards the left 
or the right , and wherein representation of the continuous signals over time is effected in the 
second mode continuously in that current signal values are respectively represented at a new 
display position of the display adjoining preceding signal values while preceding signal values 
maintain their respective display position ". 

ii. Level Of Ordinary Skill In The Art 

The Examiner has not explicitly provided a statement regarding the level of ordinary skill 
in the art other than to say that a person of ordinary skill in the art to modify the 
programmer/display of Nichols in view of Pless. The Applicants maintain that a person having 
ordinary skill in the art to which the invention pertains, biomedical device design and 
engineering, would, along with sufficient credentials in computer programming and/or electrical 
engineering hold an undergraduate degree in Biology, Biomedical Engineering or a similar, 
closely related area or have similar practical experience in biomedicine as it relates to medical 
equipment. 
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iii. Differences Between The Claimed Invention And The Prior Art 

The differences between the claimed invention and the prior art make the claimed 
invention nonobvious over Nichols, either alone or in combination with Pless. As noted above, 
Nichols merely concemed with waveform normalization control - scaling the waveform data 
points such that the peak-to-peak range (i.e., the maximum y-axis data value- the minimum y- 
axis data value) of the selected waveform does not exceed a pre-determined nominal height. 
Nichols also provides no teaching or suggestion of first and second representation modes as 
recited in Independent Claim 1. Claim 1 specifically recites "a switching unit which is 
connected to the actuating unit of the display and adapted to switch the representation of 
continuous signals over time between a first representation mode and at least one second 
representation mode upon user actuation of the surface switching element, wherein 
representation of the time-continuous signals over time is effecte d in the first mode continuouslv 
i n that current display values are always represented at the same horizontal display position and 
all preceding signal values are represented on the display, displaced horizontally towards the left 
or the right, and wherein representation of the continuous signals over time is effecte d in the 
second mode continuously in that current signal values are respectively represented at a new 
display position of the display adjoining preceding signal values while preceding signal values 
maintain their respective display position" . Neither Nichols nor Pless teach or suggest such 
modes. 
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The Examiner provides no teaching or suggestion, either in the cited prior art or in the 
knowledge generally available to one of ordinary skill in the art, that would motivate one to 
arrive at the external progranmiing device for an implant as claimed. 

B. Conclusion 

The Applicants respectfully assert that all of pending claims 1-7 are allowable for at least 
the following reasons: 

One of ordinary skill in the art would not have found any disclosure or suggestion of "a 
switching unit which is connected to the actuating unit of the display and adapted to switch the 
representation of continuous signals over time between a first representation mode and at least 
one second representation mode upon user actuation of the surface switching element, wherein 
representation of the time-continuous signals over time is effecte d in the first mode continuously 
i n that current displav values are alwavs represented at the same horizontal displav position and 
all preceding signal values are represented on the display, displaced horizontally towards the left 
or the right, and wherein representation of the continuous signals over time is effecte d in the 
second mode continuously in that current signal values are respectively represented at a new 
displav position of the displav adjoining preceding signal values while preceding signal values 
maintain their respective display position" in Nichols alone or in view of Pless as suggested by 
the Examiner, Such a suggestion, indicates a misunderstanding of the prior art and/or the 
elements recited in the claims. To accept such a suggestion requires a misinterpretation of the 
prior art or record and/or the use of impermissible hindsight. 
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In accordance with the foregoing, the Applicants respectfully request reversal of the 
Examiner's decision rejecting the claims and allowance of all claims. The Notice of Appeal was 
filed on November 24, 2009. Two months from that date was January 24, 2009, a Sunday. This 
Appeal Brief is believed timely filed due if filed on or before January 25, 2010, as this date is the 
next business day (Monday) after January 24, 2010, which fell on a Sunday. This appeal brief is 
being filed on January 25, the inmiediately following Monday, and is thus believed to be timely 
filed. However, the Applicants hereby make a conditional petition for any necessary extensions 
of time for this submission in the event that such a petition is required. In the event that a fee for 
the filing of his submission is insufficient, the Commissioner is authorized to charge any fee 
deficiency or to credit any overpayment to Deposit Account 15-0450. 



Respectfully submitted. 



HAHN, LOESER & PARKS LLP 



/James D. Schweikert/ 



1 Gojo Plaza 
Suite 300 

Akron, OH 44311-1076 
330-864-5550 



James D. Schweikert 
Attomey for Appellant 
Reg. No. 58,057 
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VIII, APPENDIX OF CLAIMS INVOLVED IN THE APPEAL 



1 1 . (Rejected) An external programming device for an implant comprising: 

2 a receiving unit for receiving data from the implant, which represent time-variable 

3 signals which are intracardially recorded or generated in the implant, and 

4 a touch- sensitive or pressure-sensitive display with an actuating unit adapted to represent 

5 signals forming the basis of the received data, the display including a representation 

6 window for display of a electrocardiograph representation and including a surface 

7 switching element beside the representation window, and 

8 a switching unit which is connected to the actuating unit of the display and adapted to 

9 switch the representation of continuous signals over time between a first representation 

10 mode and at least one second representation mode upon user actuation of the surface 

1 1 switching element, 

12 wherein representation of the time-continuous signals over time is effected in the first 

13 mode continuously in that current display values are always represented at the same 

14 horizontal display position and all preceding signal values are represented on the display, 

15 displaced horizontally towards the left or the right, and 

16 wherein representation of the continuous signals over time is effected in the second 

17 mode continuously in that current signal values are respectively represented at a new 

18 display position of the display adjoining preceding signal values while preceding signal 

19 values maintain their respective display position and 

20 wherein the progranmiing device additionally comprises a base device and a hand device, 

21 the hand device being adapted to be capable of physically separating from the base 

22 device and including the display. 
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1 2. (Rejected) A programming device as set forth in claim 1, wherein representation of the 

2 display values in the second mode is effected continuously from left to right in that signal 

3 values which have already been represented maintain their representation location and 

4 the representation is respectively extended with each arriving signal value, starting from 

5 a left-hand representation edge, until the representation of the signal values has reached a 

6 right-hand representation edge. 

1 3. (Rejected) A progranmiing device as set forth in claim 2, wherein the representation is 

2 extinguished when the right-hand representation edge is reached and is begun afresh with 

3 a respectively current signal value at the left-hand representation edge. 

1 4. (Rejected) A programming device as set forth in claim 1, wherein the representation of 

2 the display values in the first mode is effected continuously in such a way that respective 

3 current signal values are represented at a right-hand representation edge and preceding 

4 signal values are simultaneously displaced towards the left by a display position but are 

5 not represented beyond a left-hand representation edge. 

1 5. (Rejected) A progranmiing device as set forth in claim 1, wherein the switching unit is 

2 connected to the switching element in such a way that switching from the first to the 

3 second mode and vice- versa is effected by touching the switching element or by pressing 

4 on the switching element, 

1 6. (Rejected) A programming device as set forth in claim 5, wherein the switching element 

2 is a press switch. 
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(Rejected) A programming device as set forth in claim 5, wherein the switching element 
is formed by a defined region of the display and the display is touch-sensitive or 
pressure- sensitive at least in that region. 
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IX. EVIDENCE APPENDIX 



EXHIBIT 1 

Office Action dated August 25, 2009 
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Application/Control Number: 10/526,136 Page 2 

Art Unit: 3762 

DETAILED ACTION 
Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C, 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 1 03(a). 

3. Claims 1-7 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Nichols et al. (U.S. Pat. 6,266,566 hereinafter "Nichols") in view of Pless et al. (U.S. 
Pub. 2003/0144711 hereinafter "Pless"). 

4. Regarding claim 1 , Nichols discloses an external programming device for an 
implant that comprises a receiving unit (222), a touch sensitive display (228) with an 
actuating unit (226), a switching unit (226), and at least two time-continuous horizontal 
display positions wherein the first display position is constant (Fig. 9, elements 272B, 
274B, 276B; Col. 1 1 , II. 14-30). Nichols further discloses that the display has a 
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representation window for displaying and EGG (e.g. 278B) and a surface switching 
element beside the representation window (generally shown on figure 10 below the 
270B arrow; Gol. 11,11. 14-30). 

5. Regarding claim 5, 7, Nichols discloses that the whole screen is touch-sensitive 
(Gol. 1 1 , II. 31-36). Nichols further discloses multiple points on the touch-screen that 
are used to control, switch, and select the waveforms (Figs. 9-10). 

6. Regarding claims 1 , 5 and 7, Nichols discloses the claimed invention except for 
the programming device being made out of two parts a base device and a handheld 
device that contains the display. However, Pless discloses a system for interacting with 
an implantable device that is comprised a handheld programmer (114) that contains a 
display and a base docking station (128) to allow for charging and wired communication 
when wireless is unavailable. The handheld programmer is capable of being connected 
to or separated from the base docking station (see Fig. 1 ; Paragraph 60). It would have 
been obvious to one having ordinary skill in the art at the time the invention was made 
to modify the programmer as taught by Nichols, with handheld programmer with base 
station as taught by Pless, since such a modification would provide the predictable 
results of a programmer with a handheld display for easy viewing and programming by 

a physician or patient and a base station to dock the programmer for charging and wired 
communication. 

7. Regarding claims 2-4, Nichols in view of Pless disclose the claimed invention but 
does not disclose expressly the way in which the display screen refreshes the data. It 
would have been an obvious matter of design choice to a person of ordinary skill in the 
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art to modify tine programmer/display as taught by Nichols in view of Pless with the left 
to right continuous refresh, a clear and refresh of the signal on the left hand side, or 
displayed continuously with a right hand representation, because Applicant has not 
disclosed that any of the display representations provides an advantage, is used for a 
particular purpose, or solve a stated problem. One of ordinary skill in the art, 
furthermore, would have expected Applicant's invention to perform equally well with the 
continuous display representation as taught by Nichols in view of Pless, because it 
provides updated display and analysis of a real-time signal and since it appears to be 
an arbitrary design consideration which fails to patentably distinguish over Nichols in 
view of Pless. 

Therefore, it would have been an obvious matter of design choice to modify 
Nichols in view of Pless to obtain the invention as specified in the claim(s). 
8. Regarding claim 6, Nichols in view of Pless discloses the claimed invention 
except for the switching element being a button beside the display. It would have been 
obvious to one having ordinary skill in the art at the time the invention was made to 
modify the display as taught by Nichols in view of Pless, with a button beside the display 
for input since it was known in the art that buttons on the side of the display can be used 
to input data and control the operation of programmers and to provide the predictable 
results of a input system that corresponds to the information on the display. 

Response to Arguments 

Applicant argues that Nichols fails to show first and second modes of display, 
wherein the signals in the second mode are in a new display position adjoining 
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preceding signal values while preceding signal values maintain their respective 
positions. The Examiner respectfully disagrees. Figures 9 and 10 clearly show that 
when the switching unit is pushed the atrial EGM signal (274A) changes its 
representation mode on the screen (as shown in figs. 9-10; from a large mode taking up 
most of the vertical space to a smaller mode in the middle of the screen) while the other 
signals remain in the same position. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to REX HOLMES whose telephone number is (571)272- 
8827. The examiner can normally be reached on M-F 8:00 - 5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Angela Sykes can be reached on 571-272-4955. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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/R. H./ /Angela D Sykes/ 

Examiner, Art Unit 3762 Supervisory Patent Examiner, Art 

Unit 3762 
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(57) ABSTRACT 

An apparatus and method for normalizing waveform infor- 
mation displayed on a medical device. This waveform 
normalization allows the user to quickly adjust individual 
waveforms if they exceed the normal viewing range on the 
display. An electrogram signal is received from an implant- 
able medical device. The electrogram signal is continuously 
transformed into a plurality of voltage data samples. A 
waveform is created from the plurality of voltage data 
samples, and the waveform is displayed on a medical display 
device. A user selectable waveform normalization control is 
located adjacent each displayed waveform on the medical 
display device. Upon activation of the waveform normal- 
ization control, the adjacent waveform is normalized to a 
pre -determined nominal height on the display. 
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WAVEFORM NORMALIZATION IN A 
MEDICAL DEVICE 

THE FIELD OF THE INVENTION 

The present invention generally relates to data 5 
normalization, and more particularly to user selectable nor- 
malization of individual waveforms displayed on a medical 
device. 



BACKGROUND OF THE INVENTION 
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Programmers are used to initialize and service various 
implanted devices for cardiac therapy. These devices include 
pacemakers, cardioversion/defibrillator devices, and so on. 
Presently, typical programmers provided to the physician are 
generally the size and shape of a portable or laptop com- 15 
puter. Communication with an implanted device is accom- 
plished through inductive coupling by using an accessory 
connected to the programmer, commonly called a "wand". 
The programmers further include a screen for displaying 
alphanumeric information, and, optionally, to display 20 
graphic information such as an electrogram (EGM) or an 
electrocardiogram (ECG). The programmer may also 
include a printer for printing information, such as the 
programming parameters set for a particular pacemaker, data 
logged by the pacemaker for a pre-selected period, or an ^5 
ECG. 

Programmers may also contain an analyzer which is used 
to assess pacing lead performance during a pacemaker or 
defibrillator implantation or during lead system trouble- 
shooting. By measuring a lead's electrical performance, the 
analyzer aids the implanting physician in selecting an elec- 
trically appropriate site for the placement of the implanted 
device. 

Pacing leads are insulated wires that carry precisely 
controlled electrical impulses from a pacemaker implanted 
in the upper chest to the inner wall of the heart. The analyzer 
utilizes software to provide an implanting physician with a 
dynamic display of key pacing and sensing measurements, 
and a display of waveform which enable the physician to 
rapidly select an appropriate site for lead placement. 

When viewing waveform information on the 
pro gramme r/analyzer display, variations in the signal gain of 
the displayed waveform can cause wide variations in the 
height of the displayed waveform, creating legibility prob- 4^ 
lems. Signal gain variations are typically encountered when 
the device operator switches display modes (e.g., switching 
between pacing and sensing modes). In such a mode switch, 
the polarization following pacing pulses is large and can 
infringe on other waveforms on the display. 

Controls are typically provided on the programmer/ 
analyzer for incrementally adjusting the height of the wave- 
form on the display. However, such controls require frequent 
adjustments, and it often takes an unacceptably long period 
of time to adjust the waveform to an optimal size, resulting 55 
in the potential loss of critical display data. 

Another approach to the problem of waveforms exhibiting 
different amplitude characteristics is the use of a "normalize 
all waveforms" control on the programmer. While the "nor- 
malize all waveforms" control provides a quick method of 60 
normalizing all waveforms on a programmer/analyzer dis- 
play to a predefined height, this "all or nothing" approach to 
waveform normalization is not acceptable for appHcations 
where individual leads (e.g., EGM and ECG) may be 
attached, repositioned, or unattached during a lead test. 65 

Other disclosures relating to the same general problem 
include the U.S. Patents listed below in Table 1. 
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TABLE 1 



Prior Art Patents 



Patent No. Title 



5,033,623 System and Method for Facilitating Rapid Retrieval and 
Evaluation of Diagnostic Data Stored by an Implantable 
Medical Device 

5,402,794 Method and Apparatus for Heart Transplant Monitoring 

and Analog Telemetry Calibration 
5,716,384 Method and System for Organizing, Viewing and 

Manipulating Information in Implantable Device 

Programmer 

5,724,985 User Interface for an Implantable Medical Device Using 

an Integrated Digitizer Display Screen 
5,782,890 Method for Heart Transplant Monitoring and Analog 

Telemetry Calibration 



At least some of the devices and methods disclosed in the 
patents of Table 1 may be modified advantageously in 
accordance with the teachings of the present invention. 

SUMMARY OF THE INVENTION 

The present invention overcomes the disadvantages of the 
prior art by providing an apparatus and method for auto- 
matically adjusting the display height of an individually 
selectable cardiac waveform to a predetermined nominal 
size on a programmer/analyzer display. 

The present invention has certain objects. That is, the 
present invention provides solutions to certain problems 
existing in the prior art such as the display of waveform data 
from implantable medical devices wherein: (a) the height of 
displayed waveforms is difficult to control due to changes in 
the signal gain upon mode change operations; (b) adjusting 
the height of an individual waveform with existing incre- 
mental sizing controls is cumbersome and time consuming; 
and (c) concurrently adjusting the height of all waveforms in 
a display through a single normalization operation becomes 
impracticable when individual leads (e.g., EGM and ECG) 
corresponding to a single waveform may be attached, 
repositioned, or unattached during a lead test. 

At least some embodiments of the present invention 
include one or more of the following advantages: (a) 
increased flexibility in that each waveform is independently 
adjustable through its own corresponding normalization 
function; (b) operational simpUcity and efficiency in that a 
user need only activate one button to normalize an indi- 
vidual waveform, and the normalize button is positioned 
adjacent its corresponding waveform; and (c) expanded 
usability in that the normalization function is available in a 
mmiber of different display modes, including: a waveform 
adjust screen, a lead analysis screen, a threshold test screen, 
and an advanced test mode screen. 

The present invention has certain features, including a 
programmer/analyzer including a user interface consisting 
of a display and means for displaying several graphic 
elements. The graphic elements include at least one wave- 
form element showing a time dependent parameter related to 
a cardiac function, such as an ECG or EGM. The 
programmer/analyzer further includes a user selectable 
waveform normalization graphic element associated with 
each displayed waveform element which, upon activation, 
adjusts the waveform to a predetermined nominal size on the 
display. In a display having two or more adjacent 
waveforms, each user selectable waveform normalization 
graphic element operates only on its associated waveform. 

The user selectable waveform normalization graphic ele- 
ment is available within several display modes of the 
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programme r/analyzer, including: a live waveform adjust 
screen, a lead analysis screen, a threshold test screen, and an 
advanced test screen. 

Other features, advantages, and objects of the invention 
will become apparent by referring to the appended drawings, ^ 
detailed description, and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a simplified schematic view of one embodiment 
of an implantable medical device (IMD) used in conjunction 
with the present invention; 

FIG. 2 is an illustration of the implantable medical device 
(IMD) and associated leads from FIG. 1; 

FIG. 3 is a block diagram showing a portion of the 15 
circuitry of the implantable medical device (IMD) of FIG. 1 
and an external programmer; 

FIG. 4 illustrates one embodiment of an implantable 
medical device (IMD) and a corresponding lead set used in 
conjunction with the present invention; 

FIG. 5 is a functional schematic diagram of one embodi- 
ment of an implantable medical device (IMD) used in 
conjunction with the present invention; 

FIG. 6 is a front perspective view of one embodiment of 
an external programmer apparatus with the display screen 
opened into one of its viewing positions; 

FIG. 7 is a block diagram illustrating the components of 
an electrogram display system; 

FIG. 8 is a block flow diagram of waveform normalization 30 
function in accordance with the present invention; 

FIG. 9 is an illustration of a programmer display screen, 
wherein the amplitude of one of the waveforms on the screen 
encroaches on the display area of adjacent waveforms on the 
display screen; and 

FIG. 10 is an illustration of a programmer display screen, 
wherein the normalize function has been activated on the 
encroaching waveform, normalizing the waveform to a 
pre -determined nominal height; and 

FIG. 11 is a structural diagram of one embodiment of an 
analyzer waveform packet utilized to package raw EGM 
signal information for transmission to the programmer/ 
analyzer of the present invention. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

In the following detailed description of the preferred 
embodiments, reference is made to the accompanying draw- 
ings which form a part hereof, and in which is shown by way 50 
of illustration specific embodiments in which the invention 
may be practiced. It is to be understood that other embodi- 
ments may be utilized and structural or logical changes may 
be made without departing from the scope of the present 
invention. The following detailed description, therefore, is 55 
not to be taken in a limiting sense, and the scope of the 
present invention is defined by the appended claims. 

FIG. 1 is a simplified schematic view of one embodiment 
of implantable medical device ('TMD") 10 used in conjunc- 
tion with the present invention. IMD 10 shown in FIG. 1 is 60 
a pacemaker comprising at least one of pacing and sensing 
leads 16 and 18 attached to connector module 12 of her- 
metically sealed enclosure 14 and implanted near human or 
mammalian heart 8. Pacing and sensing leads 16 and 18 
sense electrical signals attendant to the depolarization and 65 
re-polarization of the heart 8, and further provide pacing 
pulses for causing depolarization of cardiac tissue in the 
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vicinity of the distal ends thereof. Leads 16 and 18 may have 
unipolar or bipolar electrodes disposed thereon, as is well 
known in the art. Examples of IMD 10 include implantable 
cardiac pacemakers disclosed in U.S. Pat. No. 5,158,078 to 
Bennett et al., U.S. Pat. No. 5,312,453 to Shelton et al., or 
U.S. Pat. No. 5,144,949 to Olson, all hereby incorporated by 
reference herein, each in its respective entirety. 

FIG. 2 shows connector module 12 and hermetically 
sealed enclosure 14 of IMD 10 located in and near human or 
mammalian heart 8. Atrial and ventricular pacing leads 16 
and 18 extend from connector module 12 to the right atrium 
and ventricle, respectively, of heart 8. Atrial electrodes 20 
and 21 disposed at the distal end of atrial pacing lead 16 are 
located in the right atrium. Ventricular electrodes 28 and 29 
disposed at the distal end of ventricular pacing lead 18 are 
located in the right ventricle. 

FIG. 3 shows a block diagram illustrating the constituent 
components of IMD 10 in accordance with one embodiment 
of the present invention, where IMD 10 is a pacemaker 
having a microprocessor-based architecture. IMD 10 is 
shown as including activity sensor or accelerometer 11, 
which is preferably a piezoceramic accelerometer bonded to 
a hybrid circuit located inside enclosure 14 (shown in FIGS. 
1 and 2). Activity sensor 11 typically (although not 
necessarily) provides a sensor output that varies as a func- 
tion of a measured parameter relating to a patient's meta- 
bolic requirements. For the sake of convenience, IMD 10 in 
FIG. 3 is shown with lead 18 only connected thereto. 
However it is understood that similar circuitry and connec- 
tions not explicitly shown in FIG. 3 apply to lead 16 (shown 
in FIGS. 1 and 2). 

IMD 10 in FIG. 3 is most preferably programmable by 
means of an external programming unit (not shown in the 
Figures). One such programmer is the commercially avail- 
able Medtronic Model 9790 programmer, which is 
microprocessor-based and provides a series of encoded 
signals to IMD 10, typically through a programming head 
which transmits or telemeters radio -frequency (RF) encoded 
signals to IMD 10. Such a telemetry system is described in 
U.S. Pat. No. 5,312,453 to Wyborny et al., hereby incorpo- 
rated by reference herein in its entirety. The programming 
methodology disclosed in Wyborny et al.'s '453 patent is 
identified herein for illustrative purposes only. Any of a 
number of suitable programming and telemetry methodolo- 
gies known in the art may be employed so long as the desired 
information is transmitted to and from the pacemaker. 

As shown in FIG. 3, lead 18 is coupled to node 50 in IMD 
10 through input capacitor 52. Activity sensor or acceler- 
ometer 11 is most preferably attached to a hybrid circuit 
located inside hennetically sealed enclosure 14 of IMD 10. 
The output signal provided by activity sensor 11 is coupled 
to input/output circuit 54. Input/output circuit 54 contains 
analog circuits for interfacing with heart 8, activity sensor 
11, antenna 56 and circuits for the application of stimulating 
pulses to heart 8. The rate of heart 8 is controlled by 
software -implemented algorithms stored within microcom- 
puter circuit 58. 

Microcomputer circuit 58 preferably comprises on-board 
circuit 60 and off-board circuit 62. Circuit 58 may corre- 
spond to a microcomputer circuit disclosed in U.S. Pat. No. 
5,312,453 to Shelton et al., hereby incorporated by reference 
herein in its entirety. On-board circuit 60 preferably includes 
microprocessor 64, system clock circuit 66 and on-board 
RAM 68 and ROM 70. Off-board circuit 62 preferably 
comprises a RAM/ROM unit. On-board circuit 60 and 
off-board circuit 62 are each coupled by data communication 
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bus 72 to digital controller/timer circuit 74. Microcomputer 
circuit 58 may comprise a custom integrated circuit device 
augmented by standard RAM/ROM components. 

Electrical components shown in FIG. 3 are powered by an 
appropriate implantable battery power source 76 in accor- 5 
dance with common practice in the art. For the sake of 
clarity, the coupling of battery power to the various com- 
ponents of IMD 10 is not shown in the Figures. 

Antenna 56 is connected to input/output circuit 54 to 
permit uplink/downlink telemetry through RF transmitter 
and receiver telemetry unit 78. By way of example, telem- 
etry unit 78 may correspond to that disclosed in U.S. Pat. 
No. 4,566,063 issued to Thompson et al., hereby incorpo- 
rated by reference herein in its entirety, or to that disclosed 
in the above -referenced '453 patent to Wybomy et al. It is 
generally preferred that the particular programming and 
telemetry scheme selected permit the entry and storage of 
cardiac rate-response parameters. The specific embodiments 
of antenna 56, input/output circuit 54 and telemetry unit 78 
presented herein are shown for illustrative purposes only, 
and are not intended to limit the scope of the present 20 
invention. 

Continuing to refer to FIG. 3, VREF and Bias circuit 82 
most preferably generates stable voltage reference and bias 
currents for analog circuits included in input/output circuit 
54. Analog-to-digital converter (ADC) and multiplexer unit 25 
84 digitizes analog signals and voltages to provide "real- 
time" telemetry intracardiac signals and battery end-of-life 
(EOL) replacement functions. Operating commands for con- 
trolling the timing of IMD 10 are coupled from micropro- 
cessor 64 via data bus 72 to digital controUer/timer circuit 30 
74, where digital timers and counters establish the overall 
escape interval of the IMD 10 as well as various refractory, 
blanking and other timing windows for controlling the 
operation of peripheral components disposed within input/ 
output circuit 54. 35 

Digital controller/timer circuit 74 is preferably coupled to 
sensing circuitry, including sense amplifier 88, peak sense 
and threshold measurement unit 90 and comparator/ 
threshold detector 92. Circuit 74 is further preferably 
coupled to electrogram (EGM) amplifier 94 for receiving 40 
amplified and processed signals sensed by lead 18. Sense 
amplifier 88 amplifies sensed electrical cardiac signals and 
provides an amplified signal to peak sense and threshold 
measurement circuitry 90, which in turn provides an indi- 
cation of peak sensed voltages and measured sense amplifier 45 
threshold voltages on multiple conductor signal path 67 to 
digital controller/timer circuit 74. An amplified sense ampli- 
fier signal is also provided to comparator/threshold detector 
92. By way of example, sense amplifier 88 may correspond 
to that disclosed in U.S. Pat. No. 4,379,459 to Stein, hereby 50 
incorporated by reference herein in its entirety. 

The electrogram signal provided by EGM amplifier 94 is 
employed when IMD 10 is being interrogated by an external 
programmer to transmit a representation of a cardiac analog 
electrogram. See, for example, U.S. Pat. No. 4,556,063 to 55 
Thompson et al., hereby incorporated by reference herein in 
its entirety. Output pulse generator 96 provides amplified 
pacing stimuli to patient's heart 8 through coupling capaci- 
tor 98 in response to a pacing trigger signal provided by 
digital controller/timer circuit 74 each time either (a) the 60 
escape interval times out, (b) an externally transmitted 
pacing command is received, or (c) in response to other 
stored commands as is well known in the pacing art. By way 
of example, output amplifier 96 may correspond generally to 
an output ampHfier disclosed in U.S. Pat. No. 4,476,868 to 65 
Thompson, hereby incorporated by reference herein in its 
entirety. 
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The specific embodiments of sense amplifier 88, output 
pulse generator 96 and EGM amplifier 94 identified herein 
are presented for illustrative purposes only, and are not 
intended to be limiting in respect of the scope of the present 
invention. The specific embodiments of such circuits may 
not be critical to practicing some embodiments of the 
present invention so long as they provide means for gener- 
ating a stimulating pulse and are capable of providing 
signals indicative of natural or stimulated contractions of 
heart 8. 

In some preferred embodiments of the present invention, 
IMD 10 may operate in various non-rate-responsive modes, 
including, but not limited to, DDD, DDI, VVI, VOO and 
WT modes. In other preferred embodiments of the present 
invention, IMD 10 may operate in various rate -responsive 
modes, including, but not limited to, DDDR, DDIR, VVIR, 
VOOR and VVTR modes. Some embodiments of the 
present invention are capable of operating in both non-rate- 
responsive and rate responsive modes. Moreover, in various 
embodiments of the present invention IMD 10 may be 
programmably configured to operate so that it varies the rate 
at which it delivers stimulating pulses to heart 8 in response 
to one or more selected sensor outputs being generated. 
Numerous pacemaker features and functions not explicitly 
mentioned herein may be incorporated into IMD 10 while 
remaining within the scope of the present invention. 

The present invention is not limited in scope to single- 
sensor or dual -sensor pacemakers, and is not Hmited to 
IMD's comprising activity or pressure sensors only. Nor is 
the present invention Hmited in scope to single -chamber 
pacemakers, single -chamber leads for pacemakers or single- 
sensor or dual-sensor leads for pacemakers. Thus, various 
embodiments of the present invention may be practiced in 
conjunction with one or more leads or with multiple - 
chamber pacemakers, for example. At least some embodi- 
ments of the present invention may be applied equally well 
in the contexts of single-, dual-, triple- or quadruple- cham- 
ber pacemakers or other types of IMD's. See, for example, 
U.S. Pat. No. 5,800,465 to Thompson et al., hereby incor- 
porated by reference herein in its entirety, as are all U.S. 
Patents referenced therein. 

IMD 10 may also be a pacemaker-cardioverter- 
defibrillator ("PCD") corresponding to any of numerous 
commercially available implantable PCD's. Various 
embodiments of the present invention may be practiced in 
conjunction with PCD's such as those disclosed in U.S. Pat. 
No. 5,545,186 to Olson et al., U.S. Pat. No. 5,354,316 to 
Keimel, U.S. Pat. No. 5,314,430 to Bardy, U.S. Pat. No. 
5,131,388 to Pless, and U.S. Pat. No. 4,821,723 to Baker et 
al., all hereby incorporated by reference herein, each in its 
respective entirety. 

FIGS. 4 and 5 illustrate one embodiment of IMD 10 and 
a corresponding lead set of the present invention, where 
IMD 10 is a PCD. In FIG. 4, the ventricular lead takes the 
form of leads disclosed in U.S. Pat. Nos. 5,099,838 and 
5,314,430 to Bardy, and includes an elongated insulative 
lead body 100 carrying three concentric coiled conductors 
separated from one another by tubular insulative sheaths. 
Located adjacent the distal end of lead 100 are ring electrode 
102, extendable helix electrode 104 mounted retractably 
within insulative electrode head 106 and elongated coil 
electrode 108. Each of the electrodes is coupled to one of the 
coiled conductors within lead body 100. Electrodes 102 and 
104 are employed for cardiac pacing and for sensing ven- 
tricular depolarizations. At the proximal end of the lead is 
bifurcated connector 110 which carries three electrical 
connectors, each coupled to one of the coiled conductors. 
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Elongated coil electrode 108, which is a defibrillation elec- 
trode 108 may be fabricated from platinum, platinum alloy 
or other materials known to be usable in implantable 
defibrillation electrodes and may be about 5 cm in length. 

The atrial/SVC lead shown in FIG. 4 includes elongated ^ 
insulative lead body 112 carrying three concentric coiled 
conductors separated from one another by tubular insulative 
sheaths corresponding to the structure of the ventricular 
lead. Located adjacent the J-shaped distal end of the lead are 
ring electrode 114 and extendable helix electrode 116 
mounted re tractably within an insulative electrode head 118. 
Each of the electrodes is coupled to one of the coiled 
conductors within lead body 112. Electrodes 114 and 116 are 
employed for atrial pacing and for sensing atrial depolar- 
izations. Elongated coil electrode 120 is provided proximal 15 
to electrode 114 and coupled to the third conductor within 
lead body 112. Electrode 120 preferably is 10 cm in length 
or greater and is configured to extend from the SVC toward 
the tricuspid valve. In one embodiment of the present 
invention, approximately 5 cm of the right atrium/SVC 20 
electrode is located in the right atrium with the remaining 5 
cm located in the SVC. At the proximal end of the lead is 
bifurcated connector 122 carrying three electrical 
connectors, each coupled to one of the coiled conductors. 

The coronary sinus lead shown in FIG. 4 assumes the 
form of a coronary sinus lead disclosed in the above cited 
^838 patent issued to Bardy, and includes elongated insula- 
tive lead body 124 carrying one coiled conductor coupled to 
an elongated coiled defibrillation electrode 126. Electrode 
126, illustrated in broken outline in FIG. 4, is located within 
the coronary sinus and great vein of the heart. At the 
proximal end of the lead is connector plug 128 carrying an 
electrical connector coupled to the coiled conductor. Elon- 
gated coil defibrillation electrode may be about 5 cm in 
length. 

IMD 10 is shown in FIG. 4 in combination with leads 100, 
112 and 124, and lead connector assemblies 110, 122, and 
128 inserted into connector module 12. Optionally, insula- 
tion of the outward facing portion of housing 14 of IMD 10 
may be provided using a plastic coating such as parylene or 
silicone rubber, as is employed in some unipolar cardiac 
pacemakers. The outward facing portion, however, may be 
left uninsulated or some other division between insulated 
and uninsulated portions may be employed. The uninsulated 
portion of housing 14 serves as a subcutaneous defibrillation 
electrode to defibrillate either the atria or ventricles. Lead 
configurations other that those shown in FIG. 4 may be 
practiced in conjunction with the present invention, such as 
those shown in U.S. Pat. No. 5,690,686 to Min et al., hereby 
incorporated by reference herein in its entirety. 

FIG. 5 is a functional schematic diagram of one embodi- 
ment of IMD 10 of the present invention. This diagram 
should be taken as exemplary of the type of device in which 
various embodiments of the present invention may be 55 
embodied, and not as limiting, as it is believed that the 
invention may be practiced in a wide variety of device 
implementations, including cardioverter and defibrillators 
which do not provide anti-tachycardia pacing therapies. 

IMD 10 is provided with an electrode system. If the 60 
electrode configuration of FIG. 4 is employed, the corre- 
spondence to the illustrated electrodes is as follows. Elec- 
trode 150 in FIG. 5 includes the uninsulated portion of the 
housing of TIMD 10. Electrodes 150, 118,108 and 126 are 
coupled to high voltage output circuit 152, which includes 65 
high voltage switches controlled by CV/defib control logic 
154 via control bus 156. Switches disposed within circuit 
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152 determine which electrodes are employed and which 
electrodes are coupled to the positive and negative terminals 
of a capacitor bank (which includes capacitors 158 and 160) 
during delivery of defibrillation pulses. 

Electrodes 102 and 104 are located on or in the ventricle 
of the patient and are coupled to the R-wave amplifier 162, 
which preferably takes the form of an automatic gain 
controlled amplifier providing an adjustable sensing thresh- 
old as a function of the measured R-wave amplitude. A 
signal is generated on R-out line 165 whenever the signal 
sensed between electrodes 102 and 104 exceeds the present 
sensing threshold. 

Electrodes 114 and 116 are located on or in the atrium of 
the patient and are coupled to the P-wave amplifier 164, 
which preferably also takes the form of an automatic gain 
controlled amplifier providing an adjustable sensing thresh- 
old as a function of the measured P-wave ampKtude. A 
signal is generated on P-out line 167 whenever the signal 
sensed between electrodes 114 and 116 exceeds the present 
sensing threshold. The general operation of R-wave and 
P-wave amplifiers 162 and 164 may correspond to that 
disclosed in U.S. Pat. No. 5,117,824 to Keimel et al., hereby 
incorporated by reference herein in its entirety. 

Switch matrix 166 is used to select which of the available 
electrodes are coupled to wide band (0.5—200 Hz) amplifier 
168 for use in digital signal analysis. Selection of electrodes 
is controlled by microprocessor 170 via data/address bus 
172, which selections may be varied as desired. Signals from 
the electrodes selected for coupling to bandpass amplifier 
168 are provided to multiplexer 174, and thereafter con- 
verted to multi-bit digital signals by A/D converter 176, for 
storage in random access memory 178 under control of 
direct memory access circuit 180. Microprocessor 170 may 
employ digital signal analysis techniques to characterize the 
digitized signals stored in random access memory 178 to 
recognize and classify the patient's heart rhythm employing 
any of the numerous signal processing methodologies 
known to the art. 

The remainder of the circuitry is dedicated to the provi- 
sion of cardiac pacing, cardioversion and defibrillation 
therapies, and, for purposes of the present invention may 
correspond to circuitry known to those skilled in the art. The 
following exemplary apparatus is disclosed for accomplish- 
ing pacing, cardioversion and defibrillation functions. Pacer 
timing/control circuitry 182 preferably includes program- 
mable digital counters which control the basic time intervals 
associated with DDD, VVI, D VI, VDD, AAI, DDI and other 
modes of single and dual chamber pacing well known to the 
art. Circuitry 182 also preferably controls escape intervals 
associated with anti- tachyarrhythmia pacing in both the 
atrium and the ventricle, employing any anti- 
tachy arrhythmia pacing therapies known to the art. 

Intervals defined by pacing circuitry 182 include atrial 
and ventricular pacing escape intervals, the refractory peri- 
ods during which sensed P-wave s and R-waves are ineffec- 
tive to restart timing of the escape intervals and the pulse 
widths of the pacing pulses. The duration of these intervals 
are determined by microprocessor 170, in response to stored 
data in memory 178 and are communicated to pacing 
circuitry 182 via address/data bus 172. Pacer circuitry 182 
also determines the amplitude of the cardiac pacing pulses 
under control of microprocessor 170. 

During pacing, escape interval counters within pacer 
timing/control circuitry 182 are reset upon sensing of 
R-waves and P-waves as indicated by a signals on lines 165 
and 167, and in accordance with the selected mode of pacing 



us 6,266^ 

9 

on time-out trigger generation of pacing pulses by pacer 
output circuitry 184 and 186, which are coupled to elec- 
trodes 102, 104, 112 and 116. Escape interval counters are 
also reset on generation of pacing pulses and thereby control 
the basic timing of cardiac pacing functions, including 5 
anti-tachyarrhythmia pacing. The duration of the intervals 
defined by escape interval timers are determined by micro- 
processor 170 via data/address bus 172. The value of the 
count present in the escape interval counters when reset by 
sensed R-waves and P-waves may be used to measure the 
duration of R-R intervals, P-P intervals, P-R intervals and 
R-P intervals, which measurements are stored in memory 
178 and used to detect the presence of tachy arrhythmias- 
Microprocessor 170 most preferably operates as an inter- 
rupt driven device, and is responsive to interrupts from pacer 
timing/control circuitry 182 corresponding to the occurrence 
of sensed P-waves and R-waves and corresponding to the 
generation of cardiac pacing pulses. Those interrupts are 
provided via data/address bus 172. Any necessary math- 
ematical calculations to be performed by microprocessor 
170 and any updating of the values or intervals controlled by 20 
pacer timing/control circuitry 182 take place following such 
interrupts. 

Detection of atrial or ventricular tachyarrhythmias, as 
employed in the present invention, may correspond to tach- 
yarrhythmia detection algorithms known in the art. For 25 
example, the presence of an atrial or ventricular tach- 
yarrhythmia may be confirmed by detecting a sustained 
series of short R-R or P-P intervals of an average rate 
indicative of tachyarrhythmia or an unbroken series of short 
R-R or P-P intervals. The rate of onset of the detected high 3Q 
rates, the stability of the high rates, and a number of other 
factors known in the art may also be measured at this time. 
Appropriate ventricular tachyarrhythmia detection method- 
ologies measuring such factors are described in U.S. Pat. 
No. 4,726,380 issued to Vollmann, U.S. Pat. No. 4,880,005 
issued to Pless et al., and U.S. Pat. No. 4,830,006 issued to 
Haluska et al., all incorporated by reference herein, each in 
its respective entirety. An additional set of tachycardia 
recognition methodologies is disclosed in the airticle "Onset 
and Stability for Ventricular Tachyarrhythmia Detection in 
an Implantable Pacer-Cardioverter-Defibrillator" by Olson 40 
et al., published in Computers in Cardiology, Oct. 7—10, 
1986, IEEE Computer Society Press, pages 167—170, also 
incorporated by reference herein in its entirety. Atrial fibril- 
lation detection methodologies are disclosed in Published 
PCT Application Ser. No. US92/02829, Publication No. 45 
W092/18198, by Adams et al., and in the article "Automatic 
Tachycardia Recognition", by Arzbaecher et al., published 
in PACE, May-June, 1984, pp. 541-547, both of which are 
incorporated by reference herein in their entireties. 

In the event an atrial or ventricular tachyarrhythmia is 50 
detected and an anti-tachyarrhythmia pacing regimen is 
desired, appropriate timing intervals for controlling genera- 
tion of anti-tachyarrhythmia pacing therapies are loaded 
from microprocessor 170 into the pacer timing and control 
circuitry 182 via data bus 53, to control the operation of the 55 
escape interval counters therein and to define refractory 
periods during which detection of R-waves and P-waves is 
ineffective to restart the escape interval counters. 

Alternatively, circuitry for controlling the timing and 
generation of anti -tachycardia pacing pulses as described in 60 
U.S. Pat. No. 4,577,633, issued to Berkovits et al. on Mar. 
25, 1986, U.S. Pat. No. 4,880,005, issued to Pless et al, on 
Nov. 14, 1989, U.S. Pat. No. 4,726,380, issued to Volhnann 
et al. on Feb. 23, 1988, and U.S. Pat. No. 4,587,970, issued 
to HoUey et al. on May 13, 1986, all of which are incorpo- 65 
rated herein by reference in their entireties, may also be 
employed. 
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In the event that generation of a cardioversion or defibril- 
lation pulse is required, microprocessor 170 may employ an 
escape interval counter to control timing of such cardiover- 
sion and defibrillation pulses, as well as associated refrac- 
tory periods. In response to the detection of atrial or ven- 
tricular fibrillation or tachyarrhythmia requiring a 
cardioversion pulse, microprocessor 170 activates 
cardioversion/defibrillation control circuitry 154, which ini- 
tiates charging of high voltage capacitors 158 and 160 via 
charging circuit 188, under the control of high voltage 
charging control line 190. The voltage on the high voltage 
capacitors is monitored via VCAP line 192, which is passed 
through multiplexer 174 and in response to reaching a 
predetermined value set by microprocessor 170, results in 
generation of a logic signal on Cap Full (CF) line 194 to 
terminate charging. Thereafter, timing of the delivery of the 
defibrillation or cardioversion pulse is controlled by pacer 
timing/control circuitry 182. Following delivery of the 
fibrillation or tachycardia therapy microprocessor 170 
returns the device to q cardiac pacing mode and awaits the 
next successive interrupt due to pacing or the occurrence of 
a sensed atrial or ventricular depolarization. 

Several embodiments of appropriate systems for the 
delivery and synchronization of ventricular cardioversion 
and defibrillation pulses and for controlling the timing 
functions related to them are disclosed in U.S. Pat. No. 
5,188,105 to Keimel, U.S. Pat. No. 5,269,298 to Adams et 
al., and U.S. Pat. No. 4,316,472 to Mirowski et al., hereby 
incorporated by reference herein, each in its respective 
entirety. Any known cardioversion or defibrillation pulse 
control circuitry is believed to be usable in conjunction with 
various embodiments of the present invention, however. For 
example, circuitry controlling the timing and generation of 
cardioversion and defibrillation pulses such as that disclosed 
in U.S. Pat. No. 4,384,585 to Zipes, U.S. Pat. No. 4,949,719 
to Pless et al., or U.S. Pat. No. 4,375,817 to Engle et al., all 
hereby incorporated by reference herein in their entireties, 
may also be employed. 

Continuing to refer to FIG. 5, delivery of cardioversion or 
defibrillation pulses is accomplished by output Circuit 152 
under the control of control circuitry 154 via control bus 
156. Output circuit 152 determines whether a monophasic or 
biphasic pulse is delivered, the polarity of the electrodes and 
which electrodes are involved in delivery of the pulse. 
Output circuit 152 also includes high voltage switches which 
control whether electrodes are coupled together during 
delivery of the pulse. Altematively, electrodes intended to be 
coupled together during the pulse may simply be perma- 
nently coupled to one another, either exterior to or interior 
of the device housing, and polarity may similarly be pre-set, 
as in current implantable defibrillators. An example of 
output circuitry for delivery of biphasic pulse regimens to 
multiple electrode systems may be found in the above cited 
patent issued to Mehra and in U.S. Pat. No. 4,727,877, 
hereby incorporated by reference herein in its entirety. 

An example of circuitry which may be used to control 
delivery of monophasic pulses is disclosed in U.S. Pat. No. 
5,163,427 to Keimel, also incorporated by reference herein 
in its entirety. Output control circuitry similar to that dis- 
closed in U.S. Pat. No. 4,953,551 to Mehra et al. or U.S. Pat. 
No. 4,800,883 to Winstrom, both incorporated by reference 
herein in their entireties, may also be used in conjunction 
with various embodiments of the present invention to deliver 
biphasic pulses. 

Alternatively, IMD 10 may be an implantable nerve 
stimulator or muscle stimulator such as that disclosed in 
U.S. Pat. No. 5,199,428 to Obel et al., U.S. Pat. No. 



us 6,266,566 Bl 



11 



12 



5,207,218 to Carpentier et al., or U.S. Pat. No. 5,330,507 to 
Schwartz, or an implantable monitoring device such as that 
disclosed in U.S. Pat. No. 5,331,966 issued to Bennet et al., 
all of which are hereby incorporated by reference herein, 
each in its respective entirety. The present invention is 5 
believed to find wide application to any form of implantable 
electrical device for use in conjunction with electrical leads. 

In FIG. 6, a programmer 200 comprises an outer housing 
202, which is preferably made of thermal plastics or another 
suitably rugged yet relatively light-weight material. A car- 
rying handle, designated generally as 204 in the figure, is 
integrally formed into the front of housing 202. With handle 
204, programmer 200 can be carried like a briefcase. 

In accordance with one aspect of the present invention, an 
articulating display screen 206 is disposed on the upper 
surface of housing 202. Display screen 206 folds down into 
a closed position when programmer 200 is not in use, 
thereby reducing the size of programmer 200 and protecting 
the display surface of display screen 206 during transpor- 
tation and storage. In the perspective view of FIG. 6, 
programmer 200 is shown with articulating display screen 
206 having been lifted up into one of a plurality of possible 
open positions such that the display area is visible to a user 
situated in front of programmer 200. Articulating display 
screen 206 is preferably of the LCD or electroluminescent 
type, characterized by being relatively thin as compared to 
a cathode ray tube (CRT) display, or the like. Display screen 
206 is operatively coupled to the computer circuitry dis- 
posed within housing 202 and is adapted to provide a visual 
display of graphics and/or data under control of the internal 
computer. 

In accordance with one aspect of the present invention, 
display screen 206 is provided with touch-sensitive 
capability, such that a user can interact with the internal 
computer by touching the display area of display screen 206 35 
with a stylus 208, or even a user's finger. It is believed that 
those of ordinary skill in the computer art will be familiar 
with touch-sensitive display technology, and the details of 
implementation of such a display will not be described 
further herein. 4q 

Touch sensitive display screen 206 is the primary input 
medium for programmer 200, and therefore preferably has 
sufficient resolution to support stylus operations including 
selection, gestures, annotation, and character recognition. In 
an alternative embodiment of the present invention, display 45 
screen 206 is not touch sensitive, and an alternative selection 
mechanism (e.g., mouse, trackball, touch pad, or graphics 
tablet) is used to move a cursor across the screen in order to 
select and/or activate objects on the screen. In yet another 
alternative embodiment of the present invention, program- 50 
mer 200 may contain a voice recognition feature which 
enables a user to move, select, and activate objects on 
display screen 206 via voice commands. 

A compartment 210 is used for storage of a plurality of 
patient cables for obtaining a patient's surface ECG. The 55 
patient cables convey a patient's surface ECG to internal 
circuitry of programmer 200, so that the surface ECG can be 
displayed on display screen 206 or printed out on an internal 
ECG printer. 

FIG. 7 is a block diagram illustrating the components of 60 
an electrogram display, shown generally at 220. An analyzer 
222 receives a "raw" cardiac signal from the leads connected 
to a patient's heart 224. Analyzer 222 conditions the raw 
cardiac signals and inserts markers and digital codes into an 
electrogram signal that is passed to a processor 226. Markers 65 
indicate events such as sensed characteristics of a waveform 
and also paced events provided to the heart by analyzer 222. 



Processor 226 receives the conditioned electrogram from 
analyzer 222, then processes the electrogram by adding 
amplitude information. Processor 226 also monitors the 
content of the electrogram stream for marker information, 
and if a marker is detected, captures a portion of the 
electrogram in a display buffer and displays the display 
buffer data on a waveform display 228. Processor 226 
continuously updates the captured portion of the electrogram 
in the display buffer. 

After a waveform is displayed on waveform display 228, 
a user may normalize the waveform by activating a wave- 
form normalization control 230. After waveform normaliza- 
tion control 230 is activated, a waveform normalization 
routine is activated within processor 226, which normalizes 
the waveform signal, such that the waveform signal is 
resized to a pre-determined nominal height on waveform 
display 228. 

FIG. 8 is a block flow diagram of waveform normalization 
function in accordance with the present invention, generally 
illustrated at 250. The normalization begins by collecting a 
set of data samples (D^ . . . D„), as shown at block 252. Each 
data sample includes a time component (i.e., the X-axis 
value) and a voltage component (i.e., the Y-axis value). The 
collection of data samples are used to construct a waveform 
display. 

After collecting a set of data samples to display, the 
function next determines the minimum peak voltage value 
(VI) and the maximum peak voltage value (V2) for the set 
of data samples (D-^ . . . D„), as illustrated at block 254. After 
the minimum and maximum peak voltage values (VI and 
V2, respectively) have been determined, the function next 
obtains a peak-to-peak voltage range value (V3) for the 
collection of data samples by subtracting the minimum 
voltage value (VI) from the maximum voltage value (V2) 
for the set of data samples (D^ . . . D„), as illustrated at block 
256. 

In one embodiment of the present invention, if peak-to- 
peak voltage range value (V3) is calculated to be very low 
(e.g., less than 1 mV), peak-to-peak voltage range (V3) may 
be assigned a larger, hard-coded range value (e.g., approxi- 
mately 5 mV). This is done so that if there are no EGM 
signals at startup, the peak-to-peak voltage range will not be 
normalized to an artificially small range, causing the EGM 
signals to exceed the bounds of the display when there are 
actual signals present. 

After the peak-to-peak voltage range value (V3) has been 
determined, the normalize function next establishes a 
voltage-to-height conversion factor (VC). The pre-defined 
nominal height of the waveform (MAXHT) provides the 
numerator of the voltage-to-height conversion factor (VC), 
and the peak-to-peak voltage range value (V3) provides the 
denominator for the voltage-to-height conversion factor 
(VC). A mathematical representation of the voltage-to- 
height conversion factor (VC) is illustrated below: 



vc = 



V3 



At block 260, the collection of data samples is normalized 
(NORMi . . . „) by multiplying the voltage component of each 
data sample by the voltage-to-height conversion factor (VC) 
as illustrated by the following equation: 



*vc 



This normalization ensures that the maximum peak-to- 
peak voltage range for the collection of data samples is 
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always scaled to a pre -determined nominal height which 
prevents overlapping of adjacently displayed waveforms. In 
one embodiment of the present invention, the pre- 
determined nominal height is defined to be approximately 22 
millimeters on the display. 5 

In a preferred embodiment of the present invention, the 
normalization function is implemented as a computer soft- 
ware application residing and executing within the program- 
mer unit. It is contemplated that the normalization function 
may also be implemented in firmware, or in a computer lo 
hardware circuit design. 

FIG. 9 is an illustration of a programmer display screen, 
wherein the amplitude of one of the waveforms on the screen 
encroaches the display area of adjacent waveforms on the 
display screen, as shown generally at 270A. In the waveform 15 
display area 278A, three waveforms are displayed: an ECG 
Lead II waveform 272A, an Atrial EGM waveform 274A, 
and a Ventricular EGM waveform 276A. 

In this illustration, the displayed amplitude of Atrial EGM 
waveform 274A encroaches on the waveform display of 20 
both ECG Lead II waveform 272A and Ventricular EGM 
waveform 276A. Thus, as a result of the excessive height of 
Atrial EGM waveform 274A, the display of the adjacent 
waveforms 272A and 276A is obscured. In this illustrative 
example, a user wishes to normalize only the Atrial EGM 25 
waveform 274A, while leaving the ECG Lead II waveform 
272A and Ventricular EGM waveform 276A unchanged. 

In order to scale the Atrial EGM waveform 274A to 
nominal, non-overlapping height, the user selects a "nor- 
malize" icon/pushbutton 280A. In the illustrated 30 
embodiment, "normalize" icon/pushbutton is located adja- 
cent the leftmost edge of each of the displayed waveforms 
272A, 274A, and 276A, and is distinctly identified by a 
bitmapped pattern of a waveform on the face of icon/ 
pushbutton 280 A. Upon selection of the ''normalize" icon/ 35 
pushbutton 2 80 A, the normalize function previously 
described in FIG. 8 scales the waveform data points such 
that the peak-to-peak range (i.e., the maximum y-axis data 
value — the minimum y-axis data value) of the selected 
waveform does not exceed a pre -determined nominal height. 40 

In one embodiment of the present invention, the analyzer 
uses an initial default hard coded range of 3 mV for atrial 
waveforms and 16 mV for ventricular waveforms, prior to 
normalization. 

While the illustrated embodiment provides a preferred 45 
method for allowing a user to selectively normalize one or 
more waveforms on a display screen, the selective normal- 
ization of one or more waveforms may be accomplished in 
a number of alternative ways. In one alternate embodiment, 
a user may build a set of waveforms to be normalized by 50 
selectively pointing to the waveforms to normalize (i.e., 
"highlighting" the waveforms by selecting them via a point- 
ing device, such as a stylus, mouse, or touchpad), then 
choosing a single "normalize" button located elsewhere on 
the screen to complete the normalization process. 55 

In another alternative embodiment, a user may built a 
selected set of displayed waveforms to nonnalize by entering 
waveform identifier labels for the desired waveforms at an 
input device (e.g., a keyboard, or touch sensitive keypad on 
the display), then activating a "normalize" control on the 60 
screen- 
In yet another alternative embodiment, a user may selec- 
tively identify waveforms to normalize through a voice 
activated selection process (i.e., voice recognition unit or 
software present in the programmer/analyzer). For example, 65 
the user may issue the voice command, "Normalize ven- 
tricular EGM waveform", at which time a voice recognition 
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unit/software within the programmer/analyzer will decode 
the message, identify the waveforms to normalize, and 
activate the normalization function on the selected wave- 
forms. 

FIG. 10 is an illustration of a programmer display screen, 
wherein the normalize function has been activated on the 
encroaching waveform, normalizing the waveform to a 
pre -determined nominal height, as shown generally at 270B. 
In this figure, the display amplitude of Atrial EGM wave- 
form 274B no longer encroaches on the display areas for 
ECG Lead II waveform 272B and Ventricular EGM wave- 
form 276B. Rather, the display amplitude of Atrial EGM 
wavefonm 274B is now normalized such that the peak-to- 
peak range (i.e., the maximum y-axis data value — the mini- 
mum y-axis data value) of the displayed waveform does not 
exceed a pre -determined nominal height. 

The waveform normalize feature of the present invention 
is available in several different display modes of the ana- 
lyzer. The available display modes include, but are not 
limited to, a live waveform adjust screen mode, a lead 
analysis screen mode, a threshold test screen mode, and an 
advanced test screen mode. As described earlier, the nor- 
malization of waveforms is performed on an individual 
basis. That is, each waveform is independently controlled by 
its own "normalize" pushbutton. 

When the programmer/analyzer is in an emergency mode, 
the normalize pushbuttons are disabled. After the emergency 
mode is exited, the normalize pushbuttons are re-enabled. 

FIG. 11 is a structural diagram of one embodiment of an 
analyzer waveform packet utilized to package raw EGM 
signal information for transmission to the programmer/ 
analyzer of the present invention, shown generally at 300. 

Each time a waveform packet structure 302 is received by 
the analyzer (i.e., every 16 ms), the data must be decoded 
from waveform packet structure 302 into separate waveform 
buflers, one for each signal in the packet. The analyzer will 
have two EGM signals (typically atrial and ventricle), along 
with standard markers in its waveform packets. Every 2 
milliseconds, a sample is taken from the sorted buffers (one 
for each signal) and passed to the processor to be processed 
for the chart recorder, the display, and analog output ports. 

The first word of data in waveform packet structure is a 
format control word 304 which describes the arrangement of 
the waveform packet. Currently, the analyzer is using only 
one format, so the field is ignored. It is contemplated that if 
the analyzer utilizes other packet formats in the future (e.g., 
different sample widths, different rates, more than two 
signals, etc.), format control word 304 would be used to 
index into a configuration table for a descriptor for each 
possible format. 

In the illustrated embodiment, format control word 304 is 
followed by sixteen EGM signal samples 310. The sixteen 
EGM signal samples 310 include eight atrial EGM signal 
samples 306 and eight ventricle EGM signal samples 308, 
organized in an alternating arrangement. Each EGM signal 
sample 310 is a twelve bit sample. Each atrial EGM signal 
sample 306 occurs at a two millisecond interval, and each 
ventricle EGM signal sample 308 also occurs at a two 
millisecond interval. Thus, each packet contains a sixteen 
millisecond waveform interval of both EGM atrial and 
ventricle signal information. 

When a pacing event occurs, a marker 312 will be placed 
in the data packet following the EGM signal samples 310. 
Marker 312 consists of sixteen bits which are used by 
various routines in the analyzer for parsing marker data 
which follows marker 312. 

The highest eight bits of marker 312 contain the marker 
flag which defines the marker type, while the lower eight bits 
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indexes the marker to one of the EGM signal samples 310. 
Under this representation, markers can be fixed in time to 
within two milliseconds instead of sixteen milliseconds. An 
index of ''0" indicates that the marker occurred at the same 
time as the most recent sample in the current packet. An 5 
index of "7" indicates that the current marker occurred at the 
same time as the earHest sample in the current packet. An 
index of "8" indicates that the current marker occurred at the 
same time as the last sample in the previous packet. 

Examples of marker types include, but are not limited to: 
atrial sense, atrial refractory sense, atrial pace, atrial pace 
with current data, atrial pace with resistance data, ventricular 
sense, premature ventricular contraction, ventricular refrac- 
tory sense, ventricular refractory sense (PVC-R), ventricular 
pace, ventricular pace with current data, ventricular pace 15 
with resistance data, and ventricular safety pace. Depending 
on the type of marker, a variable amount of data will be 
present for each marker. 

In order to unpack analyzer waveform packet 302, EGM 
signal samples 310 are processed first. The main loop of the 20 
analyzer software knows how many total samples (N) and 
how many different signals (n) there are in analyzer wave- 
form packet 302. In this embodiment, N=16, and n=2. After 
all EGM waveform samples have been processed by the 
analyzer, the analyzer examines the length of the packet to 25 
determine if markers 312 are present. Thus, if the packet 
length is more than the expected number of EGM waveform 
samples 310, there must be markers 312 in the current 
packet. Not aU analyzer waveform packets 302 contain 
markers 312. In fact, most analyzer waveform packets 302 30 
will not contain markers 312, since markers 312 occur on 
roughly one-second intervals in the data stream. 

In the claims, means-plus-function clauses are intended to 
cover the structures described herein as performing the 
recited function and not only structural equivalents but also 35 
equivalent structures. Thus, although a nail and a screw may 
not be structural equivalents in that a nail employs a cylin- 
drical surface to secure wooden parts together, whereas a 
screw employs a helical surface, in the environment of 
fastening wooden parts, a nail and a screw are equivalent 40 
structures. 

Although specific embodiments have been illustrated and 
described herein for purposes of description of the preferred 
embodiment, it will be appreciated by those of ordinary skill 
in the art that a wide variety of alternate and/or equivalent 45 
implementations calculated to achieve the same purposes 
may be substituted for the specific embodiments shown and 
described without departing from the scope of the present 
invention. Those with skill in the chemical, mechanical, 
electromechanical, electrical, and computer arts will readily 50 
appreciate that the present invention may be implemented in 
a very wide variety of embodiments. This application is 
intended to cover any adaptations or variations of the 
preferred embodiments discussed herein. Therefore, it is 
manifestly intended that this invention be limited only by the 55 
claims and the equivalents thereof. 

What is claimed is: 

1. A programmer for graphically displaying information 
representing an electrogram signal from at least one lead 
adapted to be positioned within a passageway of a heart and 
related to an implantable medical device, the programmer 
comprising: 

an analyzer for receiving the electrogram signal, and 
transforming the electrogram signal into a plurality of 
voltage data samples; 65 

a processor for receiving the voltage data samples from 
the analyzer; 
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a display controlled by the processor to display one or 
more waveforms representing the plurality of voltage 
data samples in one or more display modes; and 

an activable waveform normalization control associated 
with each of the one or more waveforms on the display 
to a predetermined normal height. 

2. The programmer of claim 1, wherein the waveform 
normalization control is a user activated pushbutton. 

3. The programmer of claim 2, wherein the user activated 
pushbutton is labeled with an identifying icon. 

4. The programmer of claim 3, wherein the waveform 
normalization control is located adjacent each of the one or 
more waveforms. 

5. The programmer of claim 4, wherein the waveform 
normalization control is located on the left side of each of 
the one or more waveforms. 

6. The programmer of claim 1, wherein the one or more 
display modes include a live waveform adjust screen. 

7. The programmer of claim 1, wherein the one or more 
display modes include a lead analysis screen. 

8. The programmer of claim 1, wherein the one or more 
display modes include a threshold test screen. 

9. The programmer of claim 1, wherein the one or more 
display modes include an advanced test screen. 

10. The programmer of claim 1, wherein said activable 
waveform normalization control of each of the one or more 
waveforms is independent of any other normalization opera- 
tion. 

11. The programmer of claim 1, wherein said activable 
waveform normahzation control on each of the one or more 
waveforms of a waveform display adjusts the height of the 
one or more waveforms such that the waveforms are non- 
overlapping. 

12. The programmer of claim 11, wherein the pre- 
determined height of the normalized waveforms is approxi- 
mately 22 millimeters on the display. 

13. The programmer of claim 1, wherein the electrogram 
signal received by the analyzer includes an EGM signal. 

14. The programmer of claim 1, wherein the electrogram 
signal received by the analyzer includes an electrocardio- 
gram (ECG) signal. 

15. The programmer of claim 1, wherein a minimum peak 
voltage value (VI) and a maximum peak voltage value (V2) 
are obtained from the plurality of voltage data samples prior 
to implementation of said activable waveform normalization 
control, and wherein a peak-to-peak voltage (V3 is obtained 
by subtracting the minimum voltage value (VD from the 
maximum voltage value (V2). 

16. The programmer of claim 15, wherein a voltage-to- 
height conversion factor (VC) is defined such that the 
pre -determined nominal height of the waveform (MAXHT) 
becomes the numerator of the voltage-to-height conversion 
factor (VC), and the peak-to-peak voltage (V3) becomes the 
denominator of the voltage-to-height conversion factor 
(VC). 

17. The programmer of claim 16, wherein the waveform 
normalization control normalizes the plurality of data 
samples by multiplying each data sample by the voltage-to- 
height conversion factor (VC). 

18. A system for graphically displaying information 
related to an implantable medical device, the system com- 
prising: 

at least one electrical lead positioned within a passageway 
of a heart; 

an analyzer for receiving an electrogram signal from the 
electrical lead and for transforming the electrogram 
signal into a plurality of voltage data samples; 
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a processor for receiving the plurality of voltage data 

samples from the analyzer; 
a display buffer for momentarily capturing a portion of the 

plurality of voltage data samples; 
updating means for continuously updating the captured ^ 

portion of the plurality of voltage data samples; 
a display controlled by the processor for displaying the 

captured portion of the plurality of voltage data 

samples as a waveform; and 
a waveform normalization control associated with the 

waveform for normalizing the waveform on the display 

to a pre-determined nominal height. 

19. The system of claim 18, wherein the waveform 
normalization control is a user activated pushbutton. 15 

20. The system of claim 19, wherein the user activated 
pushbutton is labeled with an identifying icon. 

21. The system of claim 20, wherein the waveform 
normalization control is located adjacent the waveform. 

22. The system of claim 21, wherein the waveform 20 
normalization control is located on the left side of the 
waveform. 

23. The system of claim 18, wherein the normalization of 
the waveform is independent of any other normalization 
operation. 25 

24. The system of claim 18, wherein activation of the 
waveform normalization control on the waveform adjusts 
the height of the waveform such that the waveform does not 
overlap any adjacent waveforms. 

25. The system of claim 24, wherein the height of the 30 
normalized waveform is approximately 22 millimeters on 
the display. 

26. The system of claim 18, wherein the electrogram 
signal is an EGM signal. 

27. The system of claim 18, wherein the electrogram 35 
signal is an ECG signal. 

28. The system of claim 18, wherein a minimum peak 
voltage value (VI) and a maximum peak voltage value ( V2) 
is obtained from the plurality of voltage data samples prior 

to implementation of said ac livable waveform normalization 40 
control, and wherein a peak-to-peak voltage (V3) is obtained 
by subtracting the minimum voltage value (VI) from the 
maximum voltage value (V2). 

29. The system of claim 28, wherein a voltage-to-height 
conversion factor (VC) is defined such that the pre- 45 
determined nominal height of the waveform (MAXHT) 
becomes the numerator of the voltage-to-height conversion 
factor (VC), and the peak-to-peak voltage (V3) becomes the 
denominator of the voltage-to-height conversion factor 
(VC). 50 

30. The system of claim 29, wherein the waveform 
normalization control normalizes the plurality of data 
samples by multiplying each data sample by the voltage-to- 
height conversion factor (VC). 

31. An activable waveform normalization apparatus for 55 
actively normalizing N displayed waveforms, wherein the N 
displayed waveforms are displayed vertically aligned atop 
one another with respect to time, the waveform normaliza- 
tion apparatus comprising: 

N waveform normalization controls, wherein each of the 60 
N waveform normaHzation controls corresponds to one 
of the N displayed waveforms, and wherein activation 
of one of the N waveform normalization controls 



normalizes a corresponding displayed waveform to a 
pre-determined nominal height. 

32. The waveform normaKzation apparatus of claim 31, 
wherein the normaHzation controls of one of the N displayed 
waveforms is independent of any other normalization opera- 
tion. 

33. The programmer of claim 31, wherein the N wave- 
form normalization controls are user activated pushbuttons. 

34. The programmer of claim 33, wherein each of the user 
activated pushbuttons is located adjacent to a corresponding 
displayed waveform. 

35. A method of graphically displaying information rep- 
resenting an electrogram signal from at least one lead 
positioned in a passageway of a heart and related to an 
implantable medical device, the method comprising: 

receiving the electrogram signal; 

transforming the electrogram signal into a plurality of 

voltage data samples; 
displaying N waveforms representing the plurality of 

voltage data samples; 
receiving a user directive to normalize at least one of the 

N waveforms; and 
normalizing the at least one of the N waveforms specified 

in the user directive to a predetermined nominal height. 

36. The method of claim 35, wherein the user directive is 
generated by activating a normalize pushbutton on the 
display. 

37. The method of claim 36, wherein the normalize 
pushbutton is labeled with an identifying icon. 

38. The method of claim 37, wherein the normalize 
pushbutton corresponds to one of the N waveforms, and is 
located adjacent the one waveform. 

39. The method of claim 35, wherein the user directive is 
generated by: 

selecting at least one of the N waveforms, and 
activating a normalize pushbutton on the display to nor- 
malize the selected waveforms. 

40. The method of claim 35, wherein the user directive is 
generated by a voice activated command. 

41. The method of clfdm 35, wherein the normalization 
further comprises: 

determining the highest voltage sample value within the 
plurality of voltage data samples and the lowest voltage 
sample value within the plurality of voltage data 
samples; 

calculating a voltage range by subtracting the lowest 
voltage sample value from the highest voltage sample 
value; 

defining a voltage-to-height conversion factor wherein the 
pre-determined nominal height of the waveform 
becomes the numerator of the voltage-to-height con- 
version factor, and the voltage range becomes the 
denominator of the voltage-to-height conversion factor, 

multiplying each voltage sample by the voltage-to-height 
conversion factor to receive a normalized voltage 
sample value; and 

displaying the normalized voltage sample values on the 
display. 
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ABSTRACT 



An interactive implantable medical device system includes 
an implantable medical device and a network- enabled exter- 
nal device capable of bi-directional communication and 
interaction with the implantable medical device. The exter- 
nal device is programmed to interact with other similarly- 
enabled devices. The system facilitates improved patient 
care by eliminating unnecessary geographic limitations on 
implantable medical device interrogation and programming, 
and by allowing patients, physicians, and other users to 
access medical records, history, and information and to 
receive status and care-related alerts and messages anywhere 
there is access to a communications network. 
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SYSTEMS AND METHODS FOR INTERACTING 
WITH AN IMPLANTABLE MEDICAL DEVICE 

FIELD OF THE INVENTION 

[0001] The invention relates to implantable medical 
device systems, and more particularly to implantable medi- 
cal device systems having the ability to communicate with 
devices outside of a patient for programming, interrogation, 
data retrieval, and other purposes. 

BACKGROUND OF THE INVENTION 

[0002] Epilepsy, a neurological disorder characterized by 
the occurrence of seizures (specifically episodic impairment 
or loss of consciousness, abnormal motor phenomena, psy- 
chic or sensory disturbances, or the perturbation of the 
autonomic nervous system), is debilitating to a great number 
of people. It is believed that as many as two to four million 
Americans may suffer from various forms of epilepsy. 
Research has found that its prevalence may be even greater 
worldwide, particularly in less economically developed 
nations, suggesting that the worldwide figure for epilepsy 
sufferers may be in excess of one hundred million. 

[0003] Because epilepsy is characterized by seizures, its 
sufferers are frequently limited in the kinds of activities they 
may participate in. Epilepsy can prevent people from driv- 
ing, working, or otherwise participating in much of what 
society has to offer. Some epilepsy sufferers have serious 
seizures so frequently that they are effectively incapacitated. 

[0004] Furthermore, epilepsy is often progressive and can 
be associated with degenerative disorders and conditions. 
Over time, epileptic seizures often become more frequent 
and more serious, and in particularly severe cases, are likely 
to lead to deterioration of other brain functions (including 
cognitive function) as well as physical impairments. 

[0005] The current state of the art in treating neurological 
disorders, particularly epilepsy, typically involves drug 
therapy and surgery. The first approach is usually drug 
therapy. 

[0006] A number of drugs are approved and available for 
treating epilepsy, such as sodium valproate, phenobarbital/ 
primidone, ethosuximide, gabapentin, phenytoin, and car- 
bamazepine, as well as a number of others. Unfortunately, 
those drugs typically have serious side effects, especially 
toxicity, and it is extremely important in most cases to 
maintain a precise therapeutic serum level to avoid break- 
through seizures (if the dosage is too low) or toxic effects (if 
the dosage is too high). The need for patient discipline is 
high, especially when a patient's drug regimen causes 
unpleasant side effects the patient may wish to avoid. 

[0007] Moreover, while many patients respond well to 
drug therapy alone, a significant number (at least 20-30%) 
do not. For those patients, surgery is presently the best- 
established and most viable alternative course of treatment. 

[0008] Currently practiced surgical approaches include 
radical surgical resection such as hemispherectomy, corti- 
cectomy, lobectomy and partial lobectomy, and less-radical 
lesionectomy, transection, and stereotactic ablation. Besides 
being less than fully successful, these surgical approaches 
generally have a high risk of complications, and can often 
result in damage to eloquent (i.e., functionally important) 



brain regions and the consequent long-term impairment of 
various cognitive and other neurological functions. Further- 
more, for a variety of reasons, such surgical treatments are 
contraindicated in a substantial number of patients. And 
unfortunately, even after radical brain surgery, many epi- 
lepsy patients are still not seizure-free. 

[0009] Electrical stimulation is an emerging therapy for 
treating epilepsy. However, currently approved and avail- 
able electrical stimulation devices apply continuous electri- 
cal stimulation to neural tissue surrounding or near 
implanted electrodes, and do not perform any detection — 
they are not responsive to relevant neurological conditions. 

[0010] The Neurocybernetic Prosthesis (NCP) from 
Cyberonics, for example, applies continuous electrical 
stimulation to the patient's vagus nerve. This approach has 
been found to reduce seizures by about 50% in about 50% 
of patients. Unfortunately, a much greater reduction in the 
incidence of seizures is needed to provide clinical benefit. 
The Activa device from Medtronic is a pectorally implanted 
continuous deep brain stimulator intended primarily to treat 
Parkinson's disease. In operation, it supplies a continuous 
electrical pulse stream to a selected deep brain structure 
where an electrode has been implanted. 

[0011] Continuous stimulation of deep brain structures for 
the treatment of epilepsy has not met with consistent suc- 
cess. To be effective in terminating seizures, it is believed 
that one effective site where stimulation should be per- 
formed is near the focus of the epileptogenic region. The 
focus is often in the neocortex, where continuous stimula- 
tion may cause significant neurological deficit with clinical 
symptoms including loss of speech, sensory disorders, or 
involuntary motion. Accordingly, research has been directed 
toward automatic responsive epilepsy treatment based on a 
detection of imminent seizure. 

[0012] A typical epilepsy patient experiences episodic 
attacks or seizures, which are generally electrographically 
defined as periods of abnormal neurological activity. As is 
traditional in the art, such periods shall be referred to herein 
as "ictal." 

[0013] Most prior work on the detection and responsive 
treatment of seizures via electrical stimulation has focused 
on analysis of electroencephalogram (EEG) and electrocor- 
ticogram (ECoG) waveforms. In general, EEG signals rep- 
resent aggregate neuronal activity potentials detectable via 
electrodes applied to a patient's scalp. ECoG signals, deep- 
brain counterparts to EEG signals, are detectable via elec- 
trodes implanted on or under the dura mater, and usually 
within the patients brain. Unless the context clearly and 
expressly indicates otherwise, the term "EEG" shall be used 
generically herein to refer to both EEG and ECoG signals. 

[0014] As is well known, it has been suggested that it is 
possible to treat and terminate seizures by applying electri- 
cal stimulation to the brain. See, e.g., U.S. Pat. No. 6,016, 
449 to Fischell et al., and H. R. Wagner, et al., "Suppression 
of cortical epileptiform activity by generalized and localized 
ECoG desynchronization," Electroencephalogr. Clin, Neu- 
rophysiol. 1975; 39(5): 499-506. And as stated above, it is 
believed to be beneficial to perform this stimulation only 
when a seizure (or other undesired neurological event) is 
occurring or about to occur, as inappropriate stimulation 
may result in the initiation of seizures. 
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[0015] It is especially beneficial to be able to tailor the 
operation of a neurostimulator (i.e. a device, preferably 
implantable, that delivers responsive electrical stimulation 
therapy as described above) to the specific needs of the 
patient. Accordingly, many neurostimulators and other 
implantable medical devices available and in development 
(in particular cardiac devices, such as pacemakers and 
implantable cardioverter-defibrillators, or ICDs) are pro- 
grammable to some extent. Typically, however, program- 
ming and interrogation are performed with an expensive 
custom piece of equipment kept by the patient's hospital or 
clinic. To the extent a handheld or portable programmer is 
available to a patient, it is generally a standalone unit 
provided with a limited number of features and functions to 
avoid undesirable interference with the implantable device's 
clinical objectives. 

[0016] With traditional solutions, device interrogation and 
programming can generally only be accomplished locally, 
i.e. in close proximity to the device being interrogated or 
programmed. Programmers and handheld control devices 
are relatively commonplace, but generally are not very 
sophisticated. Handheld devices are generally restricted to 
controlKng a relatively small number of device parameters. 
Even other types of programmers typically are not sophis- 
ticated enough to be tied into multiple other devices or to 
have any ability to update or examine a patient's compre- 
hensive treatment history, especially if the patient has not 
used that programmer before. Interaction with implantable 
medical devices has traditionally been limited by geographi- 
cal considerations in the past. 

[0017] It will be appreciated that it is desirable to have 

improved flexibility in managing patient care by enabling 
remote interrogation, programming, and interaction with 
implanted medical devices. 

[0018] Modern implantable medical devices, such as neu- 
rostimulators, pacemakers, and ICDs, are capable of not 
only monitoring patient condition and delivering therapy, 
but also can store detailed data and diagnostics relating to a 

patient's condition for later retrieval. Analysis of this data 
can improve patient care dramatically, and allow fine-tuning 
the performance of the implantable devices by programming 
them with new operational parameters. Interrogation of an 
implantable medical device allows data stored in the device 
to be retrieved by an external device (which, presumably, is 
better equipped to analyze the data in great detail). After 
analysis, reprogramming the device allows its performance 
to be optimized based on the interrogated data. 

[0019] In addition to the clinical utility provided by flex- 
ible interrogation and programming capabilities as described 
above, it is also desirable to be able to provide additional 
communications features to keep patients involved, 
informed, and invested in their own care. Traditional 
implantable medical devices, even those using programmers 
or hand-held control devices, are not well suited for this. 
Long-term care of epilepsy and cardiac patients, among 
others, requires a serious commitment from not only medi- 
cal and clinical personnel, but also from patients. As 
described above, anti-epileptic drugs often have unpleasant 
side effects, so patients taking them should be made to feel 
like they have the information and control they need to 
effectively manage their disease, or they may become com- 
placent and non-compliant. The same is true for patients 



with implantable medical devices — there is a danger that 
patients will take their devices for granted unless they are 
sufficiently involved. 

[0020] Finally, it should be recognized that several tasks 
involved in the long-term care and management of neuro- 
logical and cardiac patients are either labor-intensive or 
require inconvenient periodic of&ce (or hospital) visits, even 
when the patient is being managed very well. It would be 
desirable to provide a mechanism for remote welfare -checks 
on patients with implantable devices, to allow their progress 
to be checked and data analyzed without the need for 
frequent office visits. Such a capability would preferably 
allow the user to store logs and notes regarding his or her 
condition, and would also facilitate the remote administra- 
tion of examinations or surveys, as desired by the patient's 
treating medical team or physician. 

[0021] Several others have attempted to leverage modern 
communications capabilities in the context of an implantable 

medical device system. 

[0022] Medtronic, Inc. has tested an implantable diagnos- 
tic monitor for use in treating high-risk cardiac patients. See 
D. Sherman, "High-Tech Heart Devices Deliver Data Over 
the Web," Reuters News Service (Aug. 8, 2001). However, 
the Medtronic devices used in the "Chronicle Study" appear 
to be monitors only and do not appear to provide therapy. It 
would be preferable to have a device that is not only a 
continuous monitor, but is also a closed-loop treatment 
system that can be programmed and optimized with infor- 
mation obtained via the monitoring function. 

[0023] Medtronic also has available a programmable 
implantable pulse generator for treating neurological disor- 
ders, particularly tremor. The "Activa" device has several 
programmable settings, but is not enabled for diagnostic 
data storage and upload, and generally provides only con- 
tinuous (or semi-continuous) pulse streams, not closed-loop 
therapy responsive to the detection of a relevant event. It is 
not adapted for remote control or administration. 

[0024] Another company has developed a PDA-based 

system for monitoring patient status. See "MedSearch Tech- 
nologies, Inc. Develops a Revolutionary Home-Care Wire- 
less Technology Using PDAs — Personal Organizers — as 
Patient Monitors," Business Wire (Sep. 25, 2000). However, 
the MedSearch system uses disposable sensors, and does not 
appear to tie into an implantable device system. Although a 
system such as the one from MedSearch might provide some 
additional convenience in the form of reduced office visits, 
it is not directly involved in a closed- loop treatment system 
and hence would not facilitate comprehensive remote patient 
care and management, only monitoring. 

[0025] St. Jude Medical, Inc. developed the Housecall 
trans-telephonic data link system for implantable cardiac 
care devices. This device enabled the transmission of stored 
data and diagnostics from the implantable device to a remote 
location. However, the apparatus was relatively cumber- 
some, and it took a relatively long time to complete a single 
session of data transmission, leading to patient non-compli- 
ance. Like the systems described above, the Housecall 
system was intended to provide a remote monitoring func- 
tion only, and did not serve as part of a closed-loop treatment 
system providing remote patient care. 

[0026] Cyberonics, Inc. markets an implantable device for 
treating epilepsy; it is now also being tested for treating 
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other disorders. The Cyberonics "NCP" (Neurocybernetic 
Prosthesis) is, in essence, an implantable pulse generator 
adapted, in this case, to apply electrical stimulation to the 
patient's vagus nerve. Like the Medtronic Ac tiv a, it applies 
a continuous or semi-continuous pulse stream, and only a 
few basic settings are programmable. It is not adapted to 
collect data or to provide responsive therapy, and no inte- 
grated system for network communications is available. 

[0027] Clearly, an interactive implantable medical device 
system with enhanced network communications capabili- 
ties, geographic independence, and closed-loop treatment 
functionality would be desirable as it would greatly improve 
patient care and management for numerous diseases and 
disorders now treated with implantable devices that have 
only limited communications capabilities. 

SUMMARY OF THE INVENTION 
[0028] An interactive implantable medical device system 
according to the invention avoids the shortcomings of the 
systems described above by enabling great flexibility and 
control over patient management and care in a closed-loop 
treatment system centering around the implantable device. 

[0029] More specifically, an interactive implantable medi- 
cal device system according to the invention generally 
includes, in addition to the implantable medical device, at 
least one external device capable of bi-direction communi- 
cation and interaction with the implantable medical device. 
Preferably, the external device, which takes the form of a 
handheld computing device, a base unit used in the patient's 
home, or a physician-operated programmer, is also enabled 
to access a communications network and interact with other 
similarly-enabled devices, such as other programmers and a 
database. 

[0030] The capabilities of an interactive implantable 
medical device system according to the invention facilitate 
improved patient care by eliminating unnecessary geo- 
graphic limitations on device interrogation and program- 
ming — anywhere there is access to a communications net- 
work a patient's medical device can be queried and updated 
as necessary. A physician at a remote location can easily 
retrieve data not only from the implantable device but also 
from the patient's handheld computing device (which may 
include notes, annotations, a seizure logs, and the results of 
any surveys or examinations requested by the physician or 
the system), analyze it in whatever manner is most conve- 
nient and effective, derive new device settings from the data, 
and program the device remotely to accept the new param- 
eters. The kind of detailed analysis allowed by a system such 
as the one described herein, which allows the consideration 
of a far greater amount of diagnostic information than 
traditionally available, further facilitates a greater under- 
standing of the patient's condition and, ideally, any immi- 
nent risks. This is especially true because the remote data 
collection and update capabilities allow data to be collected 
more frequently, allowing a patient's status and progress to 
be tracked in greater detail, even if the patient is not nearby. 
If a risk or some other urgent circumstance is observed, the 
system permits messages and alerts to be provided to the 
individuals who might need them — the patient, the patient's 
physician, and even field clinical support personnel if a 
device malfimction is suspected. 

[0031] The system also permits a patient to have a much 
greater involvement and investment in his or her course of 



treatment, if such involvement is clinically desirable. 
Through the use of the handheld computing device, the 
patient can receive information, alerts, and messages about 
his or her condition, from the implanted device itself or from 
the communications network. If the patient has concerns 
about how the device is operating, a message can be sent to 
a physician or a note can be stored for later retrieval. This 
facilitates improved follow-up, even when the patient's 
physician is not easily reached. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0032] These and other objects, features, and advantages 
of the invention will become apparent from the detailed 
description below and the accompanying drawings, in 
which: 

[0033] FIG. 1 is a diagram illustrating an exemplary basic 
exemplary personal control unit (PCU) for use with an 
implantable device and a communications network accord- 
ing to the invention; 

[0034] FIG. 2 is a block diagram illustrating an exemplary 
implantable device in communication with several illustra- 
tive network unit types according to the invention; 

[0035] FIG. 3 is a block diagram of an embodiment of an 

implantable device according to the invention; 

[0036] FIG. 4 is a block diagram of an embodiment of a 
generic network unit according to the invention; 

[0037] FIG. 5 is a block diagram of an exemplary I/O 
subsystem of the network unit illustrated in FIG. 4; 

[0038] FIG. 6 is a block diagram of the functional struc- 
ture of an exemplary database according to the invention; 

[0039] FIG. 7 is a flow chart iUustrating an overall func- 
tion and command chart with command sources and vali- 
dation steps required to process commands; 

[0040] FIG. 8 is a flow chart illustrating an exemplary 
data upload functional process performed according to the 

invention; 

[0041] FIG. 9 is a flow chart illustrating an exemplary 
software download functional process performed according 

to the invention; 

[0042] FIG. 10 is a flow chart illustrating an exemplary 
parameter download functional process performed accord- 
ing to the invention; 

[0043] FIG. 11 is a flow chart illustrating an exemplary 
seizure log entry functional process performed according to 

the invention; 

[0044] FIG. 12 is a flow chart illustrating an exemplary 
quality of life survey response functional process performed 
according to the invention; 

[0045] FIG. 13 is a flow chart illustrating an exemplary 
generic command entry functional process performed 
according to the invention; 

[0046] FIG. 14 is a flow chart illustrating an exemplary 
user alert functional process performed according to the 
invention; 
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[0047] FIG. 15 is a flow chart illustrating an exemplary 
text note entry functional process performed according to 

the invention; 

[0048] FIG. 16 is a flow chart illustrating an exemplary 
message sending functional process performed according to 

the invention; 

[0049] FIG. 17 is a flow chart illustrating an exemplary 
message receiving functional process performed according 
to the invention; 

[0050] FIG. 18 is a flow chart illustrating an exemplary 
continuous monitoring functional process performed 
according to the invention; 

[0051] FIG. 19 is a flow chart illustrating an exemplary 
system diagnostics functional process performed according 
to the invention; 

[0052] FIG. 20 is a flow chart illustrating an exemplary 
database query functional process performed according to 
the invention; 

[0053] FIG. 21 is a flow chart illustrating an exemplary 
storage management and housekeeping functional process 
performed according to the invention; 

[0054] FIG. 22 is a flow chart illustrating an exemplary 
user authentication functional process performed according 

to the invention; and 

[0055] FIG. 23 is a flow chart fllustrating an exemplary 
compulsive use rejection functional process performed 
according to the invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0056] The invention is described below, with reference to 
detailed illustrative embodiments. It will be apparent that a 
system according to the invention may be embodied in a 
wide variety of forms. Consequently, the specific structural 
and functional details disclosed herein are representative and 
do not limit the scope of the invention. 

[0057] Referring initially to FIG. 1, an implantable device 
110 is illustrated. In the disclosed embodiment of the inven- 
tion, the implantable device is a programmable neurostimu- 
lator for the treatment of epilepsy and other neurological 
disorders. See U.S. application Ser. No. 09/896,092, filed on 
Jun. 28, 2001, for a description of an exemplary neurostimu- 
lator; U.S. Pat. No. 6,016,449 to FischeU et al. contains 
illustrative details of an alternative embodiment. 

[0058] The present invention enables communication 
between the implantable device 110 and a communications 
network 112 (such as the Internet) by way of a personal 
control unit (PCU) 114 or a similar device (various embodi- 
ments of which will be described in greater detail below). 
The PCU 114 is adapted to receive user input 116 and to pass 
it along to the communications network 112 or the implant- 
able device 110, as appropriate, and also to receive infor- 
mation from the communications network 112 and the 
implantable device 110 and pass that information as user 
output 118. It should be noted that the term "PCU" is used 
herein for any apparatus of the sort used to interact with an 
implantable medical device system according to the inven- 
tion, even if control is not specifically possible and the 
device is used only for monitoring purposes. 



[0059] The PCU 114 communicates with the implantable 
device 110 via a wireless link 120 (typically inductive or 
RF), which in an embodiment of the invention is accom- 
plished through a special-purpose expansion module 122 
adapted to couple to an expansion connector of the PCU 114. 
In this embodiment, the PCU 114 need not include a 
substantial amount of custom hardware; it can be little more 
than a standard personal digital assistant (PDA), such as a 
Palm Pilot®, PocketPC®, or other portable (and preferably 
handheld) computing device, programmed and interfaced to 
accomplish the objectives described herein. 

[0060] The PCU 114 typically also includes at least one 
data link 124 to the communications network 112. If the 
PCU 114 includes a built-in wireless communication capa- 
bility (operating under any of several known protocols, such 
as IEEE 802.11b, Bluetooth, or digital cellular), an antenna 
126 might be built into the PCU 114 to facilitate the data hnk 
124. Alternative versions of the data link 124 are also 
possible, including part-time wired hnks (such as USB and 
Ethernet) from either the PCU 114 or a docking station 128 
to the communications network 112. Even if a wireless 
version of the data link 124 is available, it may be desirable 
in some circumstances to also have a secondary link 130 
from the docking station 128 to serve as a backup or 
alternative, operating only when the PCU 114 is docked in 
the docking station 128, in case the wireless data link 124 is 
either unavailable or undesired (e.g., in a hospital, airplane, 
or other electromagnetic interference- sensitive environ- 
ment). Some of all of the data links described above can be 
accomplished either directly or through intermediate nodes 
and interfaces, such as remote access servers. 

[0061] The PCU 114 is operated in a manner similar to 
PDAs and other PDA-like devices. Generally, a touch- 
sensitive screen is provided for user input and output 116 
and 118. A touch-sensitive input portion 134 is reserved for 
writing with a stylus 136. In an alternative embodiment of 
the PCU 114, a keyboard might be provided. Audio input 
and output, uses of which will be described in further detail 
below, are accomplished with a microphone 138 and a 
speaker 140. For navigation and command purposes, several 
buttons 142 are provided on the PCU 114. These buttons can 
be used to command the PCU 114 to initiate special actions 
in a system according to the invention, or can have the usual 
function assigned to such buttons in a standard PDA. A 
docking station button 144 is also available to indicate when 
it is desired to "synchronize" (i.e., send and receive) data 
between the PCU 114 and the communications network 112. 

[0062] While the PCU 114 illustrated m FIG. 1 greatly 
resembles a traditional PDA in form and operation, special- 
ized peripherals and programming enable operation of the 
PCU 114 according to the invention. It should also be noted 
that alternative embodiments of the PCU 114 might take 
very different physical forms. For example, instead of a 
handheld PDA-like design, a relatively stationary home base 
unit with a display, input provisions (such as a keyboard), 
and interfaces might also be used. A personal computer with 
the necessary interface peripherals (along the lines of the 
expansion module 122 and the antenna 126) and software 
might also be used. These and other possible embodiments 
will be described in further detail below. 

[0063] FIG. 2 illustrates an exemplary network configu- 
ration according to the invention. Accordingly, the network 
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units illustrated in FIG. 2 are intended to depict a wide 
variety of different devices and configurations according to 
the invention, and likely do not reflect a real-world network 
topology or configuration. 

[0064] The implantable device 110 is capable of commu- 
nication with a wide variety of external devices. In addition 
to the PCU 114, the implantable device 110 is adapted for 
communication with a base unit 210 (which is in turn 
adapted for communication with the communications net- 
work 112 either directly or through a remote access server 
212), a mobile base unit 214, a programmer 216, and a 
properly equipped personal computer 218. 

[0065] As described above, the PCU 114 is generally a 
handheld computer with enhanced communications capa- 
bilities and special-purpose programming for use in a system 
according to the invention. The base unit 210 is similar, but 
typically is a larger device not intended for mobile use. 
Accordingly, because of the different physical configuration, 
some changes in equipment are possible and desirable. For 
example, a base unit according to the invention would 
typically include a data entry keyboard, a relatively larger 
display screen, and in most cases a wired network connec- 
tion (analog modem, ISDN, telephone line DSL, or DOCSIS 
on coaxial cable), Ethernet, and other connectivity schemes 
are among the possibihties). 

[0066] In an embodiment of the invention, since the base 
unit is not mobile or portable, a hand- held "wand" coupled 
to the base unit 210 is included to establish a short-distance 
communication link between the implantable device 110 and 
the base unit 210. A similar apparatus may be used with the 
programmer 216 or the personal computer 218 to enable 
communications with the implantable device. Details of an 
exemplary wand will be described in further detail below. It 
should be noted, however, that no separate wand may be 
necessary if a longer-distance (e.g., at least several meters) 
communications link is possible between the implantable 
device 110 and the base unit 210, or if the base unit 210 
communicates with the implantable device 110 exclusively 
through the PCU 114. 

[0067] The base unit 210 is suitable for use by patients 
(and ceiregivers) who either cannot or prefer not to carry the 
PCU 114. It can also be used in connection with the PCU 
114, enabhng a patient, caregiver, or other user to take 
advantage of the potentially larger form factor and other 
features (such as a full-sized keyboard and/or display 
screen) to more easily read and enter data and commands. 

[0068] As referenced above, in one embodiment of the 
invention, the base unit 210 serves as an intermediary 
between the PCU 114 and the communications network 112. 
In this embodiment, the PCU 114 is provided with a rela- 
tively short-range network data link 124 (FIG. 1), such as 
one that uses the IEEE 802.11b wireless networking proto- 
col. The range of such a network data link 124 should be 
sufficient for convenient use. Alternatively, to give one 
example, the docking station 128 for the PCU 114 can be 
connected via a wired link to the base unit 210, which would 
then complete the network data link 124 to the communi- 
cations network 112 by periodically establishing a trans- 
telephonic connection to the remote access server 212. 

[0069] The remote access server 212 is an apparatus that 
allows communications between any of the network units 



114, 210, 214, 216, and 218 of the invention and the 
communications network 112. It is not necessary in all 

circumstances (for example, when one or more of the 
network units have a direct interface to the communications 
network), but frequently is employed to translate between 
the protocols used for short-range and point-to-point net- 
working (typically used on the "local" side 226 of the system 
illustrated in FIG. 2 — i.e. relatively near the patient with the 
implantable device 110) and the backbone technologies used 
by the carriers and providers that provide access to the 
communications network 112 (on the "remote" side 228 of 
the system — i.e. relatively far from the patient with the 
implantable device 110), for example via Tl, T3, OC3, 
OC12, OC48, or OC192 lines. Accordingly, to accommodate 
geographicaUy distributed users of a system according to the 
invention, multiple remote access servers would generally 
be used, and to accommodate different local and remote 
communications protocols, multiple different types of 
remote access servers (such as modem pools, wireless 
network base units, LAN-to-WAN bridges and routers, and 
other network interfaces and points of presence) can be 
employed. The single remote access server 212 illustrated in 
FIG. 2 is intended to be illustrative in nature, and as shown, 
allows the base unit 210 and the moble base unit 214 to 
connect to the communications network 112. Other network 
configurations are of course possible and consistent with the 
invention described herein. 

[0070] The programmer 216 is a device that is typically 
operated by medical personnel (such as the patient's treating 
physician) to control the operation of the implantable device 
110. In general terms, the programmer 216 functions as a 
clinical interface to the implantable device 110, allowing its 
parameters to be modified, and for data and/or program code 
to be uploaded from and downloaded to the implantable 
device 110. For a more detailed explanation of an exemplary 
programmer, see U.S. patent application Ser. No. 09/977, 
052, filed on Oct. 12, 2001. Any given programmer may be 
located near the patient (as is the local programmer 216) or 
at a remote location (as are the remote programmers 220). 
Unless it is desired to directly interrogate or program the 
implantable device 110 using the local programmer 216, any 
of the programmers available in a system according to the 
invention can be used to perform various programming 
functions. This will be explained in further detail below. 

[0071] A system according to the invention includes a 
database 222 and a network server 224. The database serves 
as a centralized data repository for all data relevant to the 
operation of the system, and may include clinical data, 
program code, and more. The centralized nature faciH tales 
the use of remote programmers 220 and any other remote 
equipment enabled in a system according to the invention, as 
none of the programmers, base units, computers, or PCUs 
are necessarily 100% reliant on locally stored data. One or 
more of these devices is preferably configured to obtain data 
from and store data in the database 222. Accordingly, even 
if one of the remote programmers 220 has had no experience 
with a particular patient or implantable device 110, the 
database 222 is accessible to retrieve all of the information 
that would otherwise have been located only in the local 
programmer 216. 

[0072] The network server 224 acts as the primary inter- 
face between the database 222 and other devices attached to 
the communications network 112. Although it might be 
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possible and advantageous in certaia circumstances to com- 
municate directly with the database 222, it is generally 
preferable to configure the network server 224 to receive 
queries, perform necessary authentication, access the data- 
base 222, and respond as necessary, thereby reducing the 
processing load on the database 222 and also reducing the 
exposure of the database 222 to network traffic (thereby 
improving security). 

[0073] It should be noted that although a single database 
222 and a single network server 224 are depicted in FIG. 2, 
this configuration is only an exemplary functional depiction 
of network structure. It is possible to achieve the goals of the 
present invention with multiple databases and/or network 
servers, and it may be advantageous in certain circumstances 
to use a distributed data repository rather than a centralized 
one, to facilitate load balancing and to increase reliability in 
the event of network and equipment outages. 

[0074] It will be recognized that the network configuration 
illustrated in FIG. 2 (hke similar network configurations 
also within the scope of the invention) enables continuity of 
treatment during travel by patient, clinician, or both. The 
multiple remote programmers 220 (or even a single pro- 
grammer attached to the communications network 112 
remotely) allow a treating clinician or other authorized 
individual to monitor and treat patients, adapt or change 
settings on the implantable device 110, or administer various 
aspects of the system from afar. And in addition to the 
remote programmers 220 illustrated in FIG. 2, it is possible 
to have remote base units and PCUs, operated by the patient, 
a caregiver, or a clinician, capable of interaction with the 
system. 

[0075] An overall block diagram of the implantable device 
110 used for measurement, detection, and treatment accord- 
ing to the invention is illustrated in FIG. 3. Inside the 
housing of the device 110 are several subsystems making up 
a control module 310. The control module 310 is capable of 
being coupled to a plurality of electrodes 312, 314, 316, and 
318 for sensing and stimulation. Although four electrodes 
are shown in FIG. 3, it should be recognized that any 
number is possible, and in the embodiment described in 
detail below, eight electrodes are used. In fact, it is possible 
to employ an embodiment of the invention that uses a single 
lead with at least two electrodes, or two leads each with a 
single electrode (or with a second electrode provided by a 
conductive exterior portion of the housing in one embodi- 
ment), although bipolar sensing between two closely spaced 
electrodes on a lead is preferred to minimize common mode 
signals including noise. 

[0076] The electrodes 312-318 are connected to an elec- 
trode interface 320. Preferably, the electrode interface is 
capable of selecting each electrode as required for sensing 
and stimulation; accordingly the electrode interface is 
coupled to a detection subsystem 322 and a stimulation 
subsystem 324. The electrode interface also may provide 
any other features, capabilities, or aspects, including but not 
limited to amplification, isolation, and charge-balancing 
functions, that are required for a proper interface with 
neurological tissue and not provided by any other subsystem 
of the implantable device 110. 

[0077] The detection subsystem 322 includes an EEG 

analyzer function. The EEG analyzer function is adapted to 
receive EEG signals from the electrodes 312-318, through 



the electrode iaterf ace 320, and to process those EEG signals 
to identify neurological activity indicative of a seizure, an 

onset of a seizure, or a precursor to a seizure. One way to 
implement such EEG analysis functionality is disclosed in 
detail in U.S. Pat. No. 6,016,449 to Fischell et al., incorpo- 
rated by reference above; additional inventive methods are 
described in detail below. The detection subsystem may 
optionally also contain further sensing and detection capa- 
bilities, including but not limited to parameters derived from 
other physiological conditions (such as electrophysiological 
parameters, temperature, blood pressure, etc.). 

[0078] The stimulation subsystem 324 is capable of apply- 
ing electrical stimulation to neurological tissue through the 
electrodes 312-318. This can be accomplished in any of a 
number of different manners. For example, it may be advan- 
tageous in some circumstances to provide stimulation in the 
form of a substantially continuous stream of pulses, or on a 
scheduled basis. Preferably, therapeutic stimulation is pro- 
vided in response to abnormal events detected by the EEG 
analyzer function of the detection subsystem 322. As illus- 
trated in FIG. 3, the stimulation subsystem 324 and the EEG 
analyzer function of the detection subsystem 322 are in 
communication; this facilitates the ability of stimulation 
subsystem 324 to provide responsive stimulation as well as 
an ability of the detection subsystem 322 to blank the 
amplifiers while stimulation is being performed to minimize 
stimulation artifacts. It is contemplated that the parameters 
of the stimulation signal (e.g., frequency, duration, wave- 
form) provided by the stimulation subsystem 324 would be 
specified by other subsystems in the control module 310, as 
will be described in further detail below. 

[0079] Also in the control module 310 is a memory 
subsystem 326 and a central processing unit (CPU) 328, 
which can take the form of a microcontroller. The memory 
subsystem is coupled to the detection subsystem 322 (e.g., 
for receiving and storing data representative of sensed EEG 
signals and evoked responses), the stimulation subsystem 
324 (e.g., for providing stimulation waveform parameters to 
the stimulation subsystem), and the CPU 328, which can 
control the operation of the memory subsystem 326. In 
addition to the memory subsystem 326, the CPU 328 is also 
connected to the detection subsystem 322 and the stimula- 
tion subsystem 324 for direct control of those subsystems. 

[0080] Also provided in the control module 310, and 
coupled to the memory subsystem 326 and the CPU 328, is 
a communication subsystem 330. The communication sub- 
system 330 enables communication between the implantable 
device 110 (FIG. 1) and the outside world, particularly an 
external PCU 114 (FIG. 1), programmer 216 (FIG. 2), or 
other apparatus according to the invention. As set forth 
above, the disclosed embodiment of the communication 
subsystem 330 includes a telemetry coil (which may be 
situated outside of the housing) enabling transmission and 
reception of signals, to or from an external apparatus, via 
inductive coupling. Alternative embodiments of the com- 
munication subsystem 330 could use an antenna for an RF 
link or an audio transducer for an audio link. 

[0081] Rounding out the subsystems in the control module 
310 are a power supply 332 and a clock supply 334. The 
power supply 332 supplies the voltages and currents neces- 
sary for each of the other subsystems. The clock supply 334 
supplies substantially all of the other subsystems with any 
clock and timing signals necessary for their operation. 
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[0082] It should be observed that while the memory sub- 
system 326 is illustrated in FIG. 3 as a separate functional 

subsystem, the other subsystems may also require various 
amounts of memory to perform the functions described 
above and others. Furthermore, while the control module 
310 is preferably a single physical unit contained within a 
single physical enclosure, namely the housing, it may com- 
prise a plurality of spatially separate units each performing 
a subset of the capabilities described above. Also, it should 
be noted that the various functions and capabilities of the 
subsystems described above may be performed by electronic 
hardware, computer software (or firmware), or a combina- 
tion thereof. The division of work between the CPU 328 and 
the other functional subsystems may also vary — ^the func- 
tional distinctions illustrated in FIG. 3 may not reflect the 
integration of functions in a real-world system or method 
according to the invention. 

[0083] Referring now to FIG. 4, a block diagram repre- 
senting a generic network unit 410 (of which the PCU 114, 
base unit 210, mobile base unit 214, programmer 216, and 
personal computer 218 of FIGS. 1-2 are all species) is set 
forth in detail. 

[0084] The network unit 410 is a general-purpose or 
special-purpose computer programmed or adapted for use 
according to the invention. Accordingly, it includes a wide 
area communications interface 412 for communications 
with the communications network 112 (FIG. 1), and if it will 
be used to connect to other nearby devices (such as the 
implantable device 110, the PCU 114, or the base unit 210), 
it also includes a local area communications interface 414. 
Preferably, both the wide area communications interface 412 
and the local area communications interface 414 are capable 
of bi-directional communications. 

[0085] The network unit is controlled by a CPU 416. The 
CPU is coupled (either directly or through a bus controller, 
as is typical in the art of computer design) to the wide area 
communications interface 412, the local area communica- 
tions interface 414, a memory subsystem 418 (which might 
include ROM, DRAM, and other random -access memory) 
for programming and short-term storage, a storage sub- 
system 420 (which might include a hard drive, flash 
memory, and other non- volatile storage), and an input/output 
subsystem 422 used to pass information to and receive 
information from a user. The input/output subsystem 422 
wiU be described in further detail below with reference to 
FIG. 5. 

[0086] The operation of the network unit is controlled by 
a power supply 424 and a clock supply 426. The power 
supply 424, in the case of a handheld unit such as the PCU 
114, typically includes batteries, while other types of net- 
work units might receive power from AC outlets. A combi- 
nation of the two sources (as is common with laptop 
computers) might also be used. The clock supply 426 
supplies substantially all of the other subsystems of the 
network unit with any clock and timing signals necessary for 
their operation. 

[0087] As with the implantable device 110, described 
above, it should be observed that while the memory sub- 
system 418 is illustrated in FIG. 4 as a separate functional 
subsystem, the other subsystems may also require various 

amounts of memory to perform the functions described 
herein and others. Furthermore, while the network unit 410 



(excluding the wand 428, if any) is preferably a single 
physical unit contained within a single physical enclosure, 
namely the housing, it may comprise a plurality of spatially 
separate units each performing a subset of the capabilities 
described herein. Some of the functions or subsystems of the 
network unit 410 might be resident in a removable module, 
such as the expansion module 122 (FIG. 1). In particular, if 
a standard commercially available computing device is used 
for the network unit 410 (such as a laptop or desktop 
computer for the base unit 210 or the programmer 216), then 
certain features (such as the local area communications 
interface 414, to give one example) might be added via 
insertion of a commercial or custom peripheral, e.g. a PC 
Card. If a commercial handheld computer is used for the 
PCU 114, then other possibilities will be evident (e.g. a 
Springboard® module for the Handspring Visor® line of 
PDAs). 

[0088] It should be noted that the various functions and 
capabiHties of the subsystems of the network unit 410 
described above may be performed by electronic hardware, 
computer software (or firmware), or a combination thereof. 
The iUustration of FIG. 4 fllustrates several of the major 
functional subsystems present in a network unit consistent 
with the invention. However, it should be noted that in many 
computing systems, other functional subsystems and mod- 
ules are present that are not necessarily reflected in FIG. 4. 
Moreover, an actual network unit 410 according to the 
invention might integrate two or more of the above-refer- 
enced subsystems. For example, the wide area communica- 
tions interface 412 and the local area communications 
interface 414 might be adapted into a single subsystem if 
efficiencies result therefrom. Accordingly, FIG. 4 is for 
purposes of illustration only, and does not necessarily reflect 
the actual configuration of the PCU 114, the base unit 210, 
the mobfle base unit 214, the programmer 216, or the 
personal computer 218. It is, however, considered to be 
representative. 

[0089] As described above, certain network units (such as 
the base unit 210, the programmer 216, or the personal 
computer 218) might include a connected but separate wand 
428 to enable a short-range, e.g. inductive, wireless link to 
the implantable device. In such a network unit 410, the local 
area communications interface 414 is generafly separate 
from the remainder of the network unit 410 and is coupled 
thereto via a wire or other connection. 

[0090] An exemplary embodiment of the Input /Output 
Subsystem 422 of FIG. 4 is illustrated in greater detail in 
FIG. 5. As shown, the Input/Output Subsystem 422 includes 
an I/O Controller 510 capable of coordinating the actions of 
various portions of the subsystem. One or more of the 
portions 512-528 of the Input/Output Subsystem 422 iUus- 
trated in FIG- 5 are optional; it should be noted that various 
embodiments of a network unit 410 according to the inven- 
tion wiU generally include only a subset of the capabilities 
described herein. It would be unusual (though possible) for 
a network unit to include all illustrated input and output 
facilities. 

[0091] Some input possibilities are as foUows. A keyboard 
512, such as a traditional computer keyboard, can be used in 
connection with larger network units (such as base units and 
programmers). On smaller units, a smaller keyboard 512 can 
be made available (such as that provided on the Blackberry® 
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handheld device by Research In Motion), or a "soft key- 
board" can be provided in conjunction with a touch screen, 
such as on the Palms handheld devices. It will be recognized 
that other data input paradigms are also possible (that may 
be considered analogous to a keyboard, in that alphanumeric 
and other data can be entered thereby) and known in the art; 
such alternatives might take the place of the keyboard 512 
in a system according to the invention. 

[0092] A microphone 514 (such as the microphone 138) 
can be used to receive audio input. This might be useful for 
several purposes, including recording audio messages for 
storage or transmission to remote locations, for data input 
via speech recognition, or for biometric authentication via 
voice recognition. Audio processing is relatively storage and 
computationally intensive, so a network unit 410 having 
speech recognition or voice recognition capabilities accord- 
ing to the invention would generally require a more pow- 
erful CPU 416 and more memory 418 and storage 420 than 
otherwise . 

[0093] A pressure pad 516 (such as the input portion 134) 
can be used to receive tactile and gestural input in a system 
according to the invention. The pressure pad 516 can be used 
for data entry, for example handwriting recognition (either 
conventional handwriting or a special-purpose symbol set 
adapted for improved recognition accuracy, such as the 
Graffiti scheme used in Palm® handhelds). It can also be 
used as a pointing and selection device analogous to a 
"mouse" on a desktop computer system of the pressure pad 
found on many laptop computers. Other gestural sensors in 
addition to the pressure pad 516 are also possible; for 
example, position and orientation detectors might be used 
advantageously in a system according to the invention for 
data entry or pointing and selection. 

[0094] A navigation control 518 (such as one or more of 
the buttons 142 or the jog wheel 143 of FIG. 1) is usable to 
effect pointing, selection, and navigation through numerous 
menus provided by the software of the network unit 410. In 
an embodiment of the PCU 114, for example, one or more 
of the buttons 142 might be adapted to interpret pushes in 
different directions as different navigational controls. Simi- 
larly the jog wheel 143 might be used to navigate upward or 
downward within a menu displayed on the PCU 114. In a 
desktop system, a mouse or trackball might be used instead 
of buttons or a jog wheel. Various other navigation controls 
are, of course, possible and consistent with the invention 
described herein. 

[0095] A biometric sensor 520 is available in an embodi- 
ment of the invention to authenticate the user of the network 
unit 410. Exemplary biometric sensors include thumbprint, 
face, and retina scanners, keystroke timing recognition 
devices, and chemical signature detectors. Numerous other 
approaches are possible. Although the biometric sensor 520 
might be provided in a network unit according to the 
invention, actual processing and authentication of biometric 
input need not be performed at the network unit 410 receiv- 
ing the input. Instead, data representative of the biometric 
input would be sent to a remote location, such as the 
database 222, and processed there. 

[0096] On a typical network unit 410, a display 522 is 
furnished to provide information to the user. On a handheld 

device, a liquid crystal display (LCD) is typically used, as 
the power and space requirements are relatively small. On 



larger systems, such as the base unit 210, a cathode ray tube 
(CRT) or other display mechanism might be feasible, 
although LCD technology is well suited for this application 
as well. 

[0097] Aside from the display 522, a visual indicator 524 
might also be provided. It is common for commercially 
available handheld devices to have one or more light- 
emitting diode (LED) visual indicators separate from the 
display, providing instant information regarding alerts and 
alarms, operational status, power supply, whether messages 
are waiting, and the like. It is contemplated that the visual 
indicator 524 in a system according to the information 
would similarly provide readily understood alert and status 
information. 

[0098] A speaker 526 or other audio output device is 
furnished to provide for the possibility of alarms, data output 
(via, e.g., tones, tone sequences, music, arbitrary sounds, or 
even recorded or simulated speech). The speaker 526 can 
also be used to accomplish a data link via acoustic modu- 
lation (as in a traditional analog modem used for trans- 
telephonic data communications). It is envisioned that in a 
system according to the invention, the speaker 526 would 
generally be used to provide alerts and alarms to the user, 
though other uses are certainly possible and might prove 
advantageous in certain circumstances. 

[0099] Finally, in the illustrative input/output subsystem 
illustrated in FIG. 5, a tactile output 528 is provided. The 
tactile output 528 might provide one or more of several 
possible tactile experiences to the user — a "nudge" sensa- 
tion, a simulated texture, or (most probably) vibration to 
name but a few examples. The tactile output 528 can be used 
to provide information to the user, and a vocabulary of 
tactile sensations might be established to facilitate relatively 
complex outputs, but it is presently envisioned that a simple 
vibration alarm (as is often found on mobile telephones) is 
the most probable embodiment of the tactile output 528. 

[0100] Consistent with the invention described herein (and 
with the illustration of FIG. 1), an embodiment of the PCU 
114 would typically include a small LCD display, a pressure 
pad for navigation and data entry, buttons and controls for 
navigation control, a visual indicator for power and/or 
message status, and a speaker or other small audio trans- 
ducer. Various embodiments of the PCU 114 might include 
a vibrating alert. The base unit 210, the programmer 216, or 
the personal computer 218 might include a relatively larger 
CRT or LCD display, a substantially full-sized keyboard, a 
microphone, a mouse or other pointing device for a navi- 
gation control, and sound sound reproduction capability. 
Likewise, the mobile base unit 214, though likely similar, 
might include a smaller display and keyboard. These con- 
figurations are intended for illustration only, and it should be 
noted that any aspect of the present invention might be 
alternatively configured if a different particular arrangement 
of capabilities is advantageous in any given context. 

[0101] FIG. 6 is an exemplary block diagram of the 
database 222 and its network server 224 employed in an 
implantable device system according to the invention. The 
database 222 and the network server 224 (which acts as an 
interface to the database 222) jointly serve as a widely 
accessible storage repository 610 for various data types, 
including program code, patient information, and other data, 
as will be described in detail below. 
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[0102] As illustrated, the database 222 performs query 
processing, storage management, application processing, 
and security management functions. These functions are 
performed by modules 612, including a query processing 
module 614, a storage management module 616, an appli- 
cation processing module 618, and a security management 
module 620, respectively. Each of the foregoing modules 
614-620 is generally implemented as software on a database 
server computing system (represented herein by the database 
610), although it should be noted that various modules may 
be combined in an implementation and that other modules 
might also be present. Furthermore, the modules described 
herein can be implemented in hardware, software, or a 
combination thereof. 

[0103] The query processing module 614 is enabled to 
receive a query message from the communications network 
112 (and hence any network unit 410 in a system according 
to the invention), process the query message and identify 
responsive data in the database 222, and respond to the 
originating device. Accordingly, the query processing mod- 
ule 614 performs a task that is fairly standard and common 
in database systems, though it should be noted that it is 
performed in a manner consistent with the invention 
described herein. 

[0104] The storage management module 616 is pro- 
grammed to track the various items of data stored in the 
storage 610 of the database 222, manage the allocation of 
space, perform backups, and the like. The functions per- 
formed by the storage management module 616 are also 
generally consistent with those performed by known data- 
bases, though there may be some differences suggested in 
the practice of the invention. 

[0105] The application processing module 618 is adapted 
to execute computer programs (such as "servlets") intended 
for use at the database 222. For example, any data process- 
ing required to accomplish authentication (of users and 
devices), encryption, compression, and data management is 
generally performed by the application processing module 
618 illustrated in FIG. 6. 

[0106] The security management module 620 handles any 
data involved in user and device authorization and authen- 
tication, password management, and account management. 
Although the functions performed by the security manage- 
ment module 620 are similar in some ways to the functions 
performed by the query processing module and other capa- 
bilities of the database 222, the security functions are 
separated from other functions to increase reliability and 
resistance to attack. 

[0107] It will be appreciated, as is indicated above, that the 
database 222 stores several types of information in its 
storage 610. In particular, the storage 610 includes two 
general categories of data: system data and operating data. 
The first category, system data (essentially the static content 
of the database 222, providing context for its operation), 
includes forms and graphics 622 used in collecting data from 
and reporting to the network units present in a system 
according to the invention; any HyperText Markup Lan- 
guage (HTML) code 624 and the like used to generate Web 
pages to be served to the system; a catalog of messages 626 
in text, visual, audio, or other formats to be delivered to 
users of devices in the system (which can be provided in 
multiple languages for users who need non-English access); 



an access log 628 providing a detailed accounting of 
accesses (and attempted accesses) to the database 222 for 
audit purposes; and the operative program code 630 used by 
the database 222 (and particularly the application processing 
module 618). The second category, operating data (essen- 
tially the dynamic content of the database 222), includes 
patient information 632 (vital data of the patients enrolled in 
the system who have the implantable device 110), site 
information 634 (the facilities, such as hospitals, clinics, and 
assisted living homes, that are authorized and enabled to 
participate in the system), clinician information 636 (vital 
data of the physicians, nurses, and other personnel respon- 
sible for clinical patient management), and system informa- 
tion 638 (e.g., current information on the state of the devices 
in the system, authorization lists, password lists, storage and 
security policies, and other low-level information generally 
invisible and inaccessible to users). 

[0108] Several exemplary relationships among the mod- 
ules 612 and the various types of data in the storage 610 are 
set forth below. 

[0109] The query processing module 614 uses the forms 
and graphics 622 to present a meaningful query context to a 
user, receives a query and stores it in the access log 628, and 
responds to the query using additional forms and graphics 
622, the HTML 624, messages 626, program code 630, and 
any patient, site, clinician, or patient information 632-638 
identified in processing the query. The query processing 
module 614 provides the response to the originating device, 
which may be the PCU 114, the base unit 210, the mobile 
base unit 214, the programmer 216 (or a remote programmer 
220), the personal computer 218, or any other authorized 
network unit 410. 

[0110] The storage management module 616 manages the 
dynamic content of the storage 610, particularly the patient, 
site, clinician, and system information 632-638. 

[0111] The application processing module 618 is generally 
responsive to the program code 630. However, it should be 
recognized that the program code 630 may be written to 
require access to various other data in the storage 610, such 
as the patient, site, clinician, or system information 632-638. 

[0112] The security management module 620 is operative 
to access the access log 628, the patient, site, and clinician 
information 632-636, and the system information 638 
involved in data and system security (such as user names and 
passwords). If data processing is necessary in performing 
authorization or authentication checks, the program code 
630 (and hence the application processing module 618) 
might also become involved in certain circumstances. 

[0113] Other function-data relationships should be evi- 
dent, and may vary according to the specific application. 
Additional details of the role of the database 222 in con- 
nection with the operation of the present invention will be 
further described below. 

[0114] As generally described above, the database 222 
communicates with the communications network 112 (FIG. 
2) through the network server 224. Generally, accesses to the 
database 222 will occur through a web server 640 (one 
example of which is the Apache open-source web server) 
resident on the network server 224. The web server 640 
includes an HTTP server 642 in communication with the 
storage 610 of the database 222. The HTTP server 642 
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processes and responds to any HTTP requests received by 
the web server 640. If any server-level programs are 
required to be run, an application processing capability 644 
resident on the web server 640 is available to handle such 
needs. For example, tasks related to authentication 646 may 
be necessary before passing a request on to the security 
management module 620 of the database 222; the applica- 
tion processing capability 644 is operative to perform such 
tasks. 

[0115] Although it is generally understood that most 
accesses to the database 222 will occur as HTTP requests 

arriving through the web server 640, it should be recognized 
that other access techniques are possible. For example, 
instant -messaging protocols might also be used to pass data 
to and from the database 222. A messaging server 648 is also 
resident on the network server 224; it is programmed to 
handle instant-messaging-type transactions. Other protocols 
are also possible, and a server program adapted to handle 
other protocols 650 might also be necessary or advanta- 
geous. 

[0116] FIG. 7 illustrates a number of possibilities repre- 
senting procedures for initiating an action in an interactive 
system according to the invention. 

[0117] A system according to the invention begins to 
perform an action upon receipt of one or more of a large 
number of possible initiating events 710. Although an action 
can be initiated at and performed by the same device in the 
system, that is not always or necessarily the case. Accord- 
ingly, it is instructive to consider the system in terms of an 
initiating device, where the chain of events leading to 
performance of an action begins, and an acting device, 
where the action is ultimately carried out. One or more 
additional network units may also participate in the process 
as supporting devices, acting as intermediaries, data sources, 
or simply as parts of the communications network 112. 

[0118] In general, when an action is to be performed, a 
communication link is established (step 712) among the 
initiating device, the acting device and any supporting 
devices. To give one simple example, a physician at a remote 
location might command the interactive system to adminis- 
ter a quality of life survey to a patient. The process per- 
formed in doing so, and some details of quality of life 
surveys in general, will be described in greater detail below. 
In this case, one of the remote programmers 220, used by the 
physician, is the initiating device. The patient's PCU 114, 
used to administer the survey, is the acting device. There are 
several supporting devices: any intermediate communica- 
tions nodes, such as the base unit 210 (between the com- 
munications network 112 and the PCU 114) used to relay 
information between the remote programmer 220 and the 
PCU 114; the database 222, where survey results are ulti- 
mately stored; and the network server 224, which is gener- 
ally interposed between the communications network 112 
and the database 222. 

[0119] It should be noted that the communication link 
established in step 712 need not be real-time in all cases. To 
enable a system according to the invention when one or 
more network units are either disabled or disconnected from 
the network, certain data messages between network units 
can be deferred or queued by the transmitting device. Where 
a message has high urgency or importance, the deferral or 
queuing may be accompanied by a message to the user to 



establish a link (e.g., by docking the PCU 114, moving into 
range of the base unit 210, or connecting to a telephone line). 

[0120] The user of the initiating device is then authenti- 
cated (step 714). Preferably, this is performed according to 
the method described below and illustrated in FIG. 22. In 
general terms, user authentication involves confirming with 
an authentication server, either locally or remotely, that the 
individual using the initiating device is who he or she claims 
she is. This can be accomplished through login names and 
passwords, biometrics, or any of a number of other known 
techniques. 

[0121] The source, the initiating device itself, is then also 
optionally authenticated (step 716). This operation can be 
performed in a manner similar to the user authentication 
method set forth above. This is done to ensure that the 
interactive system of the invention is not being accessed by 
an unauthorized device, which might lead to problems 
(especially if the access attempts are malicious). The type of 
authentication data used to authenticate the source would 
generally be a nimieric code or other unique identifier either 
preset or programmed into each network unit used in accor- 
dance with the system. 

[0122] Like other transactions in a system according to the 
invention, user or source authentication can be deferred or 
queued if communication is not immediately possible. In 
this case, a system according to the invention would pref- 
erably conditionally allow the desired transaction (or at least 
any data entry related to the transaction), but not store it in 
the database 222 or elsewhere until authentication is suc- 
cessfully completed. In other cases, for example when 
potentially confidential patient records are requested, trans- 
actions may be disallowed if authentication cannot be com- 
pleted in real time. 

[0123] The nature of the action to be performed is then 
analyzed and verified against one or more allowability rules 
(step 718). The timeliness of the action (i.e., whether the 
action is being performed at an appropriate time, given the 
user's history) is considered according to the method 
described below and illustrated in FIG. 23, and if the user 
is attempting to perform certain actions too often or at 
improper times, the action may be denied. Other desired 
criteria might also be applied. For example, certain users 
might be locked out from certain functions. 

[0124] If user authentication, source authentication, and 
action verification all complete successfully, then the desired 
action is performed (step 720). As will be described in detail 
below, there are numerous possibilities for the action to be 
performed. In particular, it is possible to upload data from 
the implantable device 110 or any other network unit (see 
FIG. 8), to download software to the implantable device 110 
or another network unit (FIG. 9), to download detection 
parameter sets to the implantable device 110 (FIG. 10), to 
handle the entry and storage of seizure logs (FIG. 11), to 
handle the administration and storage of quality of life 
surveys, neurophysiological exams, and the like (FIG. 12), 
to allow a command to be entered and processed (FIG. 13), 
to alert a device user to an urgent condition (FIG. 14), to 
enter a note or annotation pertaining to data (FIG. 15), to 
send a message (FIG. 16), to receive a message (FIG. 17), 
to monitor EEG or other data in real time (FIG. 18), to 
perform system diagnostics (FIG. 19), or to query a data- 
base (FIG. 20). Other actions are also possible and will be 
apparent to a practitioner of skill in the art. 
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[0125] As set forth above, a number of possible initiating 
events 710 can be used to cause one or more of the 

above-referenced actions to be performed. For example, a 
neurological event detection 730 (typically observed by the 
implantable device 110 of FIG. 1) can be used to initiate the 
transmission of a message to a physician, alert one or more 
device users (such as the patient), or both. A detection by the 
implantable device 110 or the PCU 114 that EEG storage is 
full or nearly full might also cause an alert and/or a message 
requesting that a data upload be performed. 

[0126] Similarly, a command 732 entered at the implant- 
able device 110 (e.g., by audio command, tapping, or magnet 
use), the PCU 114 (e.g., via any of its input capabilities), the 
base unit 210, or the programmer 216, can initiate nearly any 
of the possible actions perform able by a system according 
the invention. It is anticipated that each of the foregoing 
devices might be able to accept different types of commands. 
For example, the implantable device 110 might receive 
commands by moving a magnet into and away from the 
vicinity of the device; the PCU 114 might receive commands 
via button presses, handwriting recognition, or voice recog- 
nition; and the base unit 210, mobile base unit 214, pro- 
grammer 216, and personal computer 218 might all receive 
commands from a keyboard or pointing device. 

[0127] For example, pressing a button on the PCU 114 (or 
entering a command into the handwriting input portion 134) 
might initiate a data upload, a software download, a seizure 
log entry, a note entry, a message transmission, real-time 
EEG monitoring, or a database query, to name but a few 
likely actions. Pressing a GUI button on the programmer 216 
might initiate a data upload, a parameter download, real- 
time monitoring, or numerous other options. There are too 
many possibilities to list them all; they would be apparent to 
a practitioner of ordinary skill in the art. 

[0128] Various actions might be performed as a result of 
an entry in a programmed time schedule 734. For example, 
a scheduled event might cause the implantable device 110 to 
alert the patient to upload data. Other possibilities will be 
apparent with regard to the PCU 114, the base unit 210, the 
programmer 216, or the database 222. In particular, routine 
scheduled entry of a quality of life survey might be sched- 
uled at the PCU 114, the base unit 210, or the programmer 
216. The database 222 might perform maintenance or stor- 
age management tasks on a particular schedule. Any of the 
devices according to the invention might perform diagnos- 
tics at certain scheduled times. There are, of course, numer- 
ous other possibilities. 

[0129] An action might be performed in response to a 
message 736 received by the implantable device 110, the 
PCU 114, the base unit 210, the programmer 216, or the 
database 222. This feature, in an embodiment of the inven- 
tion, can be considered a ''remote command" capability — 
one of the network units is commanded to perform an action 
via the communications network 112 or some other com- 
munication link. For example, a command entry at the PCU 
114 might cause the implantable device 110 to perform a 
certain action, such as store a record of EEG data or switch 
modes — ^this would be accomplished via a message trans- 
mitted from the PCU 114 to the implantable device 110 (and 
also possibly to the database 222 for record keeping pur- 
poses). Many other possibilities will be apparent. 

[0130] One or more actions can be performed as a result 
of a calculation 738 performed by the implantable device 



110, the PCU 114, the base unit 210, the programmer 216, 
or the database 222. For example, an evaluation of recently- 
uploaded EEG data at the programmer 216 or the database 
222 might indicate that a patient is particularly susceptible 
to seizures over a time period in the near future; that 
calculation in an embodiment of the invention might cause 
an alert to the patient and/or a message to the patient's 
physician to be generated automatically. Similarly, a calcu- 
lation based on patient data uploads or other use of the 
system might be made at the PCU 114, the base unit 210, or 
the programmer 216 to determine whether a message should 
be sent or a physician office visit should be scheduled. 

[0131] While it is observed above that a number of the 
communications operations performed in a system accord- 
ing to the invention can be deferred or queued if the 
communications network 112 is unavailable or should not be 
used (e.g., wireless communications in a hospital environ- 
ment), the remaining portion of this specification will 
assume real-time communications. Numerous possible alter- 
nate methods involving deferred or queued communications 
will be apparent to the reader. 

[0132] FIG. 8 illustrates the process performed in upload- 
ing data stored by the implantable device 110 to another 
device according to the system accessible via the commu- 
nications network 112, such as the PCU 114, the base unit 
210, or the programmer 216. 

[0133] Initially, the implantable device 110 identifies any 
new data to be uploaded (step 810). If there is any new data 
for upload (step 812), the new data is transferred (step 814) 
over a link (such as the wireless link 120) to a target device, 
such as the PCU 114, the base unit 210, or the programmer 
216. Any suitable communications protocol can be used for 
the link. The new data is then cleared (step 816) after it has 
been transferred. Optionally, before the data is cleared, a 
handshaking or confirmation operation between the implant- 
able device 110 and the target device can be used to confirm 
that the data transfer completed successfully. Alternatively, 
the new data is not cleared upon every transfer operation 
according to FIG. 8, but is cleared only upon command from 
the target device (e.g., after the new data has been success- 
fully stored and reconciled) or upon certain additional 
operations being performed such as programming (see FIG. 
10). The recently transferred new data is then sent on (step 
818) to the database 222 for long-term storage. At this stage, 
optionally, the new data can also be sent to other network 
units, such as the programmer 216 or a remote programmer 
220 to allow it to be analyzed or otherwise used. 

[0134] If there is no new data for the device 110 to transfer 
(step 812), then no transfer operation is performed. How- 
ever, it should be noted that a message to that effect (i.e., no 
new data) can optionally be sent to one or more network 
units. See the description of FIG. 16, below. 

[0135] The same process illustrated in FIG. 8 can also be 
used to upload information from the PCU 114 or another 
device on the network 112 that periodically transfers infor- 
mation to the database 222 or elsewhere. In such an embodi- 
ment, the operation of clearing data (step 816) might be 
performed differently under different circumstances — for 
example, the PCU 214 and the programmer 216 are prefer- 
ably programmed to retain some information even after a 
synchronization or transfer operation is performed, such as 
a summary and log of the transferred data. Accordingly, the 
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Specific devices (e.g., the device 110, the PCU 114, and the 
database 222) are used as exemplary data sources and 
targets, and others are certainly possible within a system 
according to the invention. 

[0136] FIG. 9 illustrates the process used in a system 
according to the invention to download new software and 
software updates from one device to another. For example, 
it is contemplated that software updates for the implantable 
device 110 will reside in the database 222, but typically will 
be transferred from the database 222 to another network unit 
(such as the PCU 114 or the programmer 216, to name two) 
prior to programming the implantable device 110. 

[0137] The process begins by examining the revision level 
of the software at the source device, for example the PCU 
114 or the programmer 216 (step 910). The revision level of 
the software at the target device, for example the implant- 
able device 110, is then also checked (step 912). If the target 
device has an older version of the software, then an update 
is performed (step 914). The software program is transferred 
from the source device to the target device (step 916) and 
installed. The source device's records are then updated to 
reflect the transfer and installation of the new software (step 
918), and the target device's records are also updated 
accordingly (step 920). The originating updater, for example 
the database 222, is then notified that the implantable device 
110 (or other network unit) has received and is running the 
latest software update (step 922). 

[0138] If the target device already has the newest software 
revision, then no update is performed (step 914) and the 
originating updater is informed that no update was per- 
formed (step 922). 

[0139] When the upgrade is complete, the target device 
verifies the integrity of the newly received code (for 
example, by comparing checksums or performing other 
diagnostics). In an embodiment of the invention, if the 
upgrade failed, the old software remains operative, and if the 
upgrade succeeded, the new software replaces the old. The 
updating device is notified accordingly (as in step 922), or 
alternatively, awaits a query from the database 222 or other 
updating device. 

[0140] Besides the implantable device 110, it might be 
desirable to enable other network units according to the 
invention to receive and accept software updates according 
to the method set forth in FIG. 9. For example, improved 
versions of the software operating on the PCU 114 might be 
provided by the same mechanism. Additional functionality 
or reliability can also be provided this way for other network 
units, including the base unit 210 and the programmer 216. 

[0141] When a new software version is deployed, it is 
frequently desired to update as many devices as possible 
within a short period of time. Accordingly, in an embodi- 
ment of the invention, the database 222 (or other network 
unit storing the software update) is enabled to perform a 
network broadcast or multicast of the software update to 
many network units (such as PCUs or programmers) simul- 
taneously or substantially simultaneously, with the network 
units enabled to update the software in their respective 
implantable devices (i.e., those implantable devices that are 
directly or indirectly connected) or other target devices. This 
procedure is preferably performed as automatically as pos- 
sible. If certain target devices are unaccounted for after time 



has elapsed, and those devices have not connected to any 
network unit for an upgrade of the sort described above, then 

messages can be sent to the patients or caregivers respon- 
sible for the not-yet-upgraded target devices. Sending mes- 
sages will be described in additional detail below with 
reference to FIG. 16. 

[0142] As is described in greater detail in U.S. patent 
application Ser. No. 09/977,052 (referenced above), opti- 
mum performance of the implantable device 110 is depen- 
dent on the use of patient -specific parameters and other 
device settings that are generally developed and calculated 
outside of the device 110. Such sets of parameters and 
settings are generally referred to, herein and elsewhere, as 
"templates." In particular, it is contemplated that templates 
are developed by receiving raw patient-specific data from 
the implantable device 110 (or other data recording appara- 
tus), by the method illustrated in connection with FIG. 8, 
above, processing the patient-specific data at the program- 
mer 216 or the database 222, developing a suitable patient- 
specific parameter set, and then updating the parameter set 
used by the implantable device 110 by transferring it to the 
device 110. 

[0143] An advantageous method for updating templates 
and parameters in the implantable device is illustrated by the 
flow chart set forth in FIG. 10. To start the process, the old 
parameter set is uploaded from the device 110 if necessary 
or desired (step 1010). This possibility is provided to allow 
the programmer 216, if it was not the source of the old 
parameter set (and if it is not possible to access the database 
222 to otherwise obtain the old parameter set) to receive the 
old parameter set and use it as a starting point for modifi- 
cations. Once modifications are complete or a new param- 
eter set has otherwise been obtained (step 1012), the new 
parameter step is time-stamped for reference purposes (step 
1014) and it is determined whether an update is necessary or 
desired (step 1016). The decision to update is preferably left 
to the discretion of the treating clinician. 

[0144] If an update is desired, the new parameter set is 
downloaded (step 1018) to the device 110, and if successful, 
records in the source device (e.g. the programmer 216) and 
the target device (e.g. the device 110) are updated accord- 
ingly (steps 1020 and 1022, respectively). The updating 
device or other data repository, such as the database 222, is 
then notified (step 1024) that a new parameter set is in place, 
or alternatively failure or success messages are sent upon 
query from the data repository. 

[0145] Also important to effective seizure and other neu- 
rological event detection according to the invention is the 
ability to annotate data received from the implantable device 
110, that is, to correlate the raw data with clinical observa- 
tions. Such correlated clinical observations can be a tremen- 
dous assistance in the development of patient-specific detec- 
tion parameter sets. Accordingly, as one of the goals of 
implantable medical devices is to facilitate patient indepen- 
dence, patients having such devices will not always be under 
direct medical observation. The patients themselves, how- 
ever, can be a source of information. 

[0146] In traditional epilepsy care, for example, patients 
are often provided with a seizure log, essentially a notebook 
in which to record dates, times, and symptoms of episodes 
they experience. Although entries made by epilepsy patients 
are not definitively reliable, such entries can be useful to 



us 2003/0144711 Al 



13 



Jul. 31, 2003 



clinicians in diagnosis, ongoing treatment, medication man- 
agement, and other applications. And for purposes of param- 
eter set development for the implantable device, seizure log 
entries serve a more direct purpose. They enable the anno- 
tation of EEG data to indicate where seizures occur and 
where automated detections should be occurring. Although 
EEG data will still typically be reviewed by a trained 
epileptologist, seizure log information from the patient can 
improve the process dramatically by pointing out specific 
time periods of interest and reducing the (often tremendous) 
amount of raw data the clinician must examine. See U.S. 
patent application Ser. No. 09/977,052, referenced above, 
for additional details. 

[0147] A system according to the invention is particularly 
well suited for functionality resembling that of a traditional 
paper seizure log. A PDA (such as the PCU 114) can be 
programmed to accept seizure-log-type data from the patient 
upon command. This kind of functionality is particularly 
convenient in a portable device, such as the PCU 114, 
whether implemented in a PDA, mobile telephone, wrist- 
watch, or other form factor. 

[0148] The flow chart of FIG. 11 sets forth a method for 

entering and processing a seizure log according to the 
invention. Initially, after the patient has indicated a desire to 
enter seizure log information to the PCU 114 (for example, 
by entering a command 732), the seizure log input is 
received by the PCU 114 or other apparatus (step 1110). The 
input is then processed (step 1112) to determine whether any 
action is necessary (for example, if the entry indicates or 
suggests that an emergency is occurring or imminent). If an 
action is required (step 1114), some respondent such as the 
patient's treating physician is alerted (step 1116, described 
in greater detail with reference to FIG. 16), and if the 
desired action can be performed locally (step 1118) by the 
device receiving the seizure log entry, then the action is 
performed (step 1120). The desired action can be pre- 
programmed into the PCU 114, received from a remote 
location such as the database 222, or directed by a physician 
or other individual at a remote location (e.g. operating a 
remote programmer 220 or other device connected to the 
communications network 112). Examples of possible local 
actions include providing an audio or visual alert to the 
patient, providing instructions to the patient, or requesting 
the input of further information. 

[0149] If the action cannot be performed locally (step 
1118), a command representative of the action is relayed 
(step 1122) via the communications network 112 to another 
network unit capable of carrying out the command. For 
example, the implantable device 110 might be commanded 
to switch into a different detection mode, apply different 
types of therapy, delivery an audio or somatosensory warn- 
ing to the patient, or go inactive. Other devices, such as the 
programmer 216 or a remote programmer 220 might provide 
an alert to a physician. Many other options are possible and 
will be apparent to the reader hereof. 

[0150] In any event, regardless of whether an action is 
required (step 1114), the input is stored (step 1124) for later 
retrieval. If there is more information to be received (step 
1126), the PCU 114 will receive and process whatever else 
is provided by the patient or operator (starting again at step 
1110). Otherwise, the records of the PCU 114 are updated 
(step 1128), and the input is acknowledged (step 1130) to the 
patient or user. 



[0151] While the PCU 114 is described above as the 
apparatus best suited for seizure log entry, it should be noted 
that the base unit 210, the programmer 216, or any other 
network unit according to the invention can be provided 
with the same functionality, for use by the patient, a car- 
egiver, or a clinical professional. In any event, upon upload 
(FIG. 8), the seizure log and associated information will be 
transferred to the database 222 and analyzed if necessary. 

[0152] It is also desirable in some circumstances to be able 
to administer surveys and examinations to patients and their 
caregivers. Traditionally, this has required an office visit to 
allow the survey or exam to be administered under con- 
trolled conditions. However, it will be recognized that a 
system according to the invention affords on opportunity for 
automated and remote administration of surveys and exami- 
nations. 

[0153] One clinically useful tool is a quality of life 

("QOL") survey, which in general is used to determine how 
well a patient is doing. Several specific QOL surveys are 
common in epilepsy treatment, including the QOLIE series 
(Quality Of Life In Epilepsy), which has a short version 
(QOLIE-10), a medium-length version (QOLIE-31), and a 
long version (QOLIE-89). For more information on QOLIE- 
10, see J. A. Cramer et al., "A Brief Questionnaire to Screen 
for Quality of Life in Epilepsy: The QOLIE-10," Epilepsia 
37(6): 577-582 (1996). For details on QOLIE-31, see J. A. 
Cramer et al., "Development and Cross- Cultural Transla- 
tions of a 31 -Item Quality of Life in Epilepsy Inventory," 
Epilepsia 39(1): 81-88 (1998); and B. G. Vickrey et al.. 
Quality of Life in Epilepsy QOLIE-31 (version 1.0): Scoring 
Manual and Patient Inventory. Santa Monica, Calif.: RAND 
(1993). For more information on QOLIE-89, see O. 
Devinsky et al., "Development of the Quality of Life in 
EpHepsy Inventory," Epilepsia 36(11): 1089-1104 (1995); 
and B. G. Vickrey et al., Quality of Life in Epilepsy 
QOLIE-89 (version 1.0): Scoring Manual and Patient Inven- 
tory. Santa Monica, Calif.: RAND (1993). Other surveys are 
also available, both epilepsy -specific (e.g. the ESI-55, see B. 
G. Vickrey et al., "A Health-Related Quality of Life Instru- 
ment for Patients Evaluated for Epilepsy Surgery," Med. 
Care 30: 299-319 (1992) and the Washington Psychosocial 
Seizure Inventory (WPSI)) and general (e.g. the SF-36 and 
SF-12 short forms), and ad hoc surveys and questionnaires 
might be employed to advantage. 

[0154] It is also advantageous to be able to administer 
various neuropsychiatric examinations automatically, 
remotely, or through a system according to the invention. 
Neuropsychiatric examinations might be useful for epilepsy 
patients and others being treated with an implantable medi- 
cal device according to the invention. See, e.g., T Onuma, 
"Classification of Psychiatric Symptoms in Patients with 
Epilepsy," Epilepsia 41(Suppl. 9): 43-48 (2000); F. Lopez- 
Rodriguez et al., "Personality Disorders Among Medically 
Refractory Epileptic Patients," J. Neuropsychiatry Clin. 
Neurosci. 11(4): 464-69 (Fall 1999); and V. M. Neppe et al., 
"Modern Perspectives on Epilepsy in Relation to Psychiatry: 
Behavioral Disturbances of Epilepsy," Hosp. Community 
Psychiatry 39(4): 389-96 (April 1998). One example of a 
neuropsychiatric examination that might be administered 
through a system according to the invention is the Screening 
Cerebral Assessment of Neppe (the "BROCAS SCAN"). 
See V. Neppe et al., "The Application of the Screening 
Cerebral Assessment of Neppe (BROCAS SCAN) to a 
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Neuropsychiatric Population," J. Neuropsychaitry Clin. 
Neurosci. 4(1): 85-94 (Winter 1992). It should be under- 
stood that the BROCAS SCAN would advantageously be 
modified to reduce its reliance on direct clinician-to-patient 
interactions and subjective analysis of responses; or alter- 
natively, a real-time or deferred link between the patient's 
PCU 114 and a clinican (at a remote programmer, for 
example) can be established to permit such interactions and 
analysis. 

[0155] An advantageous method for administering a sur- 
vey or examination is detailed in FIG. 12. Initially, if a 
survey or exam is administered on a certain schedule 734 
(FIG. 7), the patient or user is notified that it is time to 
respond to the desired survey or examination (step 1210). A 
quality of life survey might be administered every three 
months, for example, but other surveys and exams might be 
sought either more or less frequently. The schedule used 
may depend on clinical circumstances, for example the 
nature of the patient's seizure log entries. 

[0156] If the patient responds to the notification (step 
1212), the survey or examination is administered (step 1214) 
and the results are stored (step 1216) for later retrieval. 
Optionally, the results can immediately be transmitted to 
another location, such as one of the remote programmers 
220 or the database 222. If the patient does not respond (step 
1212), a deadline for response is checked (step 1218), and a 
patient reminder is scheduled (step 1220) if the deadline has 
not yet passed. If the deadline has passed or is imminent 
(step 1218), a message is sent (step 1222) to an appropriate 
individual or location (such as the treating physician or 
clinic) and records are updated (step 1224). In response, the 
treating physician can take whatever action is clinically 
indicated, such as rescheduling the survey or examination, 
or alternatively summoning the patient in for an office visit 
(e.g. via the message mechanism of the invention described 
with reference to FIG. 17). Upon upload (FIG. 8), the 
survey or examination results will be transferred to the 
database 222 and analyzed if necessary. 

[0157] Many of the operations performed by an interactive 
system according to the invention are initiated by way of a 
command 732 (FIG. 7) entered at one of the network units. 
As the term is used herein, a command can refer to a specific 
directive to perform an action, or can be a direct or indirect 
consequence of any user-initiated action, such as entering 
data, pushing a button, speaking a phrase into the micro- 
phone 138 (FIG. 1), docking the PCU 114 into the docking 
station 128, etc. A command can be initiated or received at 
any of the network units described herein, including the 
implantable device 110 (e.g., by using a magnet or other 
interaction device), the PCU 114, the base unit 210 or the 
mobile base unit 214, the programmer 216, the personal 
computer 218, or one of the remote programmers 220. There 
are numerous other possibilities, any of which can constitute 
a command according to the invention. 

[0158] A command can be processed according to the 
method illustrated in FIG. 13. Initially, the command is 
received by a device (step 1310), which for the illustrative 
example provided here shall be the PCU 114. If the com- 
mand can be executed locally (step 1312), the corresponding 
action is performed (step 1314). As described herein, there 
are many possible and desirable actions, including sending 
messages, storing information, changing modes, etc. If the 



command cannot be executed locally (step 1312), it is 
relayed to the network unit capable of performing the 

desired action (step 1316). The system's records are then 
updated (step 1318) to reflect the command and any action 
performed, and the command is acknowledged to the user 
(step 1320). 

[0159] It may be necessary in the operation of a system 
according to the invention to alert a user (such as a patient, 
caregiver, or physician) to a condition or event that requires 
urgent attention. The flow chart of FIG- 14 provides an 
exemplary method for receiving and handHng such alerts. 

[0160] When an alert is received (step 1410) at any 
network unit, typically from the communications network 
112, the implantable device 110, or some other communi- 
cations channel, it is immediately processed (step 1412) to 
determine what actions are required. If the alert can be 
delivered locally (step 1414) to the user, the alert is imme- 
diately delivered (step 1416). In general, an alert can be an 
audio, visual, or somatosensory warning, a message, or 
some other form of communications. If the alert cannot be 
delivered locally (step 1414), it is relayed (step 1418) to the 
destination network unit. 

[0161] If the alert requires are response (step 1420), the 
response is awaited (step 1422) for a desired period of time, 
either preset or programmed. If a response is received (step 
1424), it is stored (step 1426) for later retrieval or immediate 
transmission as a message (see FIG- 16). The system's 
records are then updated (step 1432) to reflect successful 
delivery of the alert, regardless of whether a response was 
required. If no response is received (step 1424), a message 
is sent (step 1428; see FIG. 16) to a physician, caregiver or 
other individual capable of following up on the alert. The 
destination of the message may depend on the nature of the 
alert. The system's records are then updated (step 1430) to 
reflect the successful delivery of the alert and the user's 
faflure to respond. 

[0162] An alert provided according to the method illus- 
trated in FIG. 14 can be provided to the patient (preferably 
via the implantable device 110 or the PCU 114) if the patient 
is in the best situation to respond to the alert, or to a 
caregiver (preferably via the PCU 114 or the base unit 210) 
if the caregiver is best situated. It is also contemplated that 
in certain circumstances an alert can be provided to both the 
patient and a caregiver. Depending on the recipient's role, 
the information provided by the alert may differ. For 
example, a patient might be instructed simply to seek 
immediate care, while a caregiver might be given more 
detailed instructions on how to handle the urgent condition 
the alert pertains to. The different levels of information may 
be preset and dependent only on the recipient's general role, 
patient or caregiver, or may be individually programmed 
depending on the circumstances and the clinical needs of 
different patients. 

[0163] FIG- 15 illustrates an exemplary method used to 
associate notes and other data entries with data recorded by 
the implantable device. This functionality can be used by the 
patient to enter notes that correspond to stored EEC data 
(although the seizure log of FIG. 11 can be used similarly), 
or simply to explain circumstances that might correspond to 
other measurements or data items stored by the implantable 
device 110, PCU 114, or other apparatus according to the 
invention. Initially, the patient or other user enters a notation 
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(step 1510), which is received by the device being used 
(typically the PCU 114). The notation is then processed (step 
1512), e.g. by compressing it if necessary and assigning it a 
date and time stamp. The notation is then associated and 
stored with any desired data (step 1514), for example stored 
EEG records, diagnostic information, seizure log entries, 
QOL survey entries, etc. — the data to associate the notation 
with can preferably be selected by the user, or by default, can 
be given a date and time stamp and simply stored with all 
data. The system's records are then update to reflect the 
notation (step 1516), and the entry of the notation is 
acknowledged to the user (step 1518). In an embodiment of 
the invention, any notations entered via the method specified 
in FIG. 15 are uploaded with other data according to the 
flow chart of FIG. 8. 

[0164] As referenced above, FIG. 16 depicts an illustra- 
tive method for sending messages from one apparatus to 
another in a system according to the invention. A message 
(text, audio, image, or any other format) is input by a user 
(step 1610) and received by the sending device. Typically, in 
a system according to the invention, the sending device will 
be the PCU 114, the base unit 210 or mobile base unit 214, 
the programmer 216, or the personal computer 218. The 
message is then processed (step 1612) to identify its urgency 
and destination and to package the message for transmis- 
sion. 

[0165] In an embodiment of the invention, the sending 
device is adapted to encrypt the message while processing it 
(step 1612), thereby enabling commercial transactions 
involving financial data and the like. For example, if the 
patient is alerted that a certain medication change is neces- 
sary, the user would be able to send an encrypted message 
(with credit card or insurance coverage information) to a 
nearby pharmacy to have the prescription filled and paid for. 
It should be noted that encryption is useful in a broad array 
of contexts within a system according to the invention, and 
in an embodiment of the invention, essentially all commu- 
nications across the communications network 112 or via 
wireless links will be encrypted to preserve the patient's 
privacy and security. It should be noted that certain com- 
munications protocols, such as the IEEE 802.11b protocol 
for wireless communications, include encryption; a system 
according to the invention can either employ the provided 
encryption or alternatively specifically encrypt the data 
(potentially enabling even greater security), depending on 
the needs of the system. 

[0166] The message is transmitted to its destination (step 
1614), either directly or indirectly, typically via the com- 
munications network 112, although shorter- range commu- 
nications links may be used for local devices. 

[0167] If necessary, the message is associated with any 
data it might be relevant to (step 1616; see also FIG. 15), 
and system records are updated accordingly to reflect the 
transmitted message (step 1618). Successful transmission of 
the message is then acknowledged to the user (step 1620). 

[0168] If a reply to the message was requested (step 1622), 
a reply is awaited for a time period that can be either preset 
or programmed (step 1624). When a reply is received, it is 
associated in device storage with the original message (step 
1626) and displayed to the user (step 1628). 

[0169] It should be noted that in an embodiment of the 
invention, traditional Internet e-mail can also be used to send 



messages (FIG. 16) and alerts (FIG. 14) to patients and 
other individuals; such communications need not be trans- 
mitted over the infrastructure established by the invention. 

[0170] The technique used to process received messages is 
illustrated by the flow chart of FIG. 17. When a message is 
received (step 1710) from the communications network 112 
or some other source, such as a local device, the recipient is 
immediately notified (step 1712). If a reply was requested 
(step 1714), entry of the reply is awaited (step 1716) for a 
preset or programmable time period. If a reply is entered 
(step 1718), it is transmitted back to the original message 
sender (step 1720), and system records are updated to reflect 
the message and the reply (step 1722). If no reply was 
requested, the records are updated (step 1722) to reflect only 
the original message. 

[0171] If a reply was requested (step 1714) and no reply 
was entered (step 1718), it is determined whether a deadline 
has passed (step 1724). If the deadline has passed, an 
automatic reply is sent (step 1726) and the system's records 
are updated accordingly (step 1728). The original message 
sender may then decide how to follow up on the failure to 
reply. If the deadline has not passed (step 1724), a reply 
reminder is simply scheduled (step 1730). It should be noted 
that the reply reminder, like other scheduled events handled 
according to the invention, causes an action to be performed 
at a certain time according to the specified schedule 734 
(FIG. 7). Accordingly, at the proper time, the scheduled 
event is treated essentially as a command according to the 
method of FIG. 13, and can be performed locally or 
remotely, depending on the circumstances. 

[0172] Particularly in initial patient care for the treatment 
of epilepsy and other neurological disorders, it is useful to 
be able to monitor a patient's condition in substantially real 
time. This can be performed by an invasive surgical process 
to implant monitoring electrodes within the patient's cra- 
nium, and can also be performed non-invasively with scalp 
electrodes (which tend to have some disadvantages in com- 
parison to implanted electrodes). However, it will be rec- 
ognized that if an implantable device 110 is already 
implanted in the patient and receiving data from implanted 
electrodes, it is far preferable to be able to monitor that data 
instead of using either of the alternate approaches. 

[0173] Accordingly, FIG. 18 represents a method for 
performing real-time monitoring of patient condition 
(including real-time EEG monitoring) according to the 
invention. As described above, the implantable device 
includes a number of electrodes, an electronics package 
capable of translating the EEG signals received by the 
electrodes into digital data, and a communications capabil- 
ity. The method of FIG. 18 uses those cap abih ties for 
real-time monitoring. 

[0174] Initially, a data link is established between the 
implantable device 110 and the apparatus being used for 
monitoring (step 1810). Generally, the monitoring apparatus 
will be the programmer 216 or one of the remote program- 
mers 220. If a remote device is used, an indirect communi- 
cations link may be necessary through a local device (such 
as the PCU 114 or the base unit 210) and the communica- 
tions network 112; other aspects of the method operate in the 
same way. 

[0175] Upon a specified, programmed, or commanded 
start time (step 1812), the implantable device 110 collects 
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some data (step 1814) and transmits it in a relatively small 
packet or short stream to the monitoring apparatus (step 
1816). The monitoring apparatus then acts on the data, e.g. 
by decompressing it, displaying it as a real-time EEG 
waveform, and storing it. If the real-time monitoring is 
finished (step 1820), then the data link is closed (step 1822) 
and the end of monitoring is acknowledged (step 1824) to 
the patient and the user of the monitoring apparatus (e.g., by 
a message handled according to FIG. 16 or by some other 
mechanism). If the monitoring is to continue (step 1820), 
then the data collection, transmission, and action steps 
(1814-1818) are repeated as long as desired. It should be 
observed, of course, that real-time monitoring can be per- 
formed only while a communications Hnk is open between 
the implantable device 110 and other devices. Accordingly, 
when short-range wireless links are employed, it may be 
necessary to keep the wand 428 in close proximity to the 
implantable device 110 for a substantial amount of time. 

[0176] To ensure a system according to the invention is 
operating properly, it is necessary to be able to perform 
diagnostics. And in an interactive system according to the 
invention, it is advantageous to be able to ensure abnormal 
diagnostic results are sent to and reviewed by the individuals 
who most need to see them. A method for accomplishing this 
is illustrated in FIG. 19. 

[0177] To start the method, a diagnostic test is performed 
(step 1910) upon command, schedule, or automatically 
identified need. If the outcome of the test is abnormal (step 
1912), and the user needs to be alerted (step 1914), then an 
alert is provided to the user (step 1916) according to the 
method described above with reference to FIG. 14. Even if 
the user does not need to be alerted (step 1914), there may 
be a need to alert others (step 1918), such as a caregiver, 
physician, and in the case of a malfunction, the device's 
responsible technical and cHnical personnel. If so, an alert is 
sent to an appropriate one of these individuals (step 1920), 
and if still others need to be alerted (step 1922), additional 
alerts are sent (step 1920) as necessary. These third -party 
alerts can be sent as urgent messages according to the 
method of FIG. 16, for example. 

[0178] Once the user and any others have been alerted, the 
device failing diagnostics attempts to respond (step 1924) 
and correct the situation. Various actions can be taken here 
that would depend on the clinical and technical circum- 
stances; however, as a fail-safe, the implantable device 110 
(or other apparatus failing diagnostic testing) can be put into 
an inactive or passive monitoring state until further testing, 
possibly at a physician's office or other medical facility, can 
be performed. In any event, system records are updated (step 
1926) to reflect the failed diagnostic test, any alerts sent, and 
any actions performed to attempt to rectify the situation. 

[0179] In an alternative embodiment of the invention, the 

device performing diagnostics need not "know" that a 
diagnostic test has failed. In this embodiment of the inven- 
tion, diagnostics results are transmitted to a processing 
device (such as the programmer 216 or the database 222) via 
a message (see FIG. 16) or data upload (FIG. 8); the 
processing device then evaluates the results and initiates any 
alerts or corrective measures necessary. 

[0180] It should be noted that the method described above 

for performing diagnostics applies equally to any of the 
devices used in a system according to the invention, includ- 



ing the implantable device 110, the PCU 114, the base unit 
210, the mobile base unit 214, the programmer 216 (or one 
of the remote programmers 220), the personal computer 218, 
or the database 222. 

[0181] A patient or user having access to the PCU 114 or 
other network units according to the invention may have a 
need to access certain informational records from time to 
time. For example, a patient while traveling might have an 
urgent need to identify a nearby physician who has one of 
the remote programmers 220. The patient might also desire 
to review a user's guide or other documentation relevant to 
the implantable device 110 or the system. The volume of 
information preferably made available to a patient or other 
user might exceed the amount of storage practically avail- 
able on the PCU 114 or other accessible device, or may be 
updated from time to time. Accordingly, there is a need for 
functionality enabling access to a wide variety of informa- 
tional materials, regardless of where they may be located in 
a system according to the invention. 

[0182] It should further be observed that a physician or 
other clinical professional using the programmer 216 or 
another apparatus may have analogous needs — e.g., to iden- 
tify other nearby clinical professionals and facilities, to 
access instructions or updated documentation, or to access a 
new patient's medical history. A query processing capability 
is provided by a system according to the invention and will 
be described with reference to FIG. 20. 

[0183] Initially, query input is accepted from the user (step 
2010). This can be accomplished via a navigable menu tree 
presented on a display, various drop -down lists of preset 
query choices, or free -form text entry, as desired. If the 
query can be handled locally (step 2012), e.g., if a physician 
query is entered into the PCU 114, and a list of physicians 
is maintained on the PCU 114, then the query is processed 
(step 2014) and interpreted, and the local data repository is 
accessed (step 2016) to find a response. A report represent- 
ing the results (e.g., one or more matching records from the 
repository) is then generated (step 2018). It will be recog- 
nized that it may be necessary to update the contents of the 
local data repository from time to time; this can be accom- 
plished by a method analogous to the software download 
described with reference to FIG. 9 — the contents of the data 
repository can be considered a type of software module that 
needs to be updated periodically, and such an update can be 
scheduled or commanded as desired. 

[0184] If the query cannot be handled locally (step 2012), 
the query is transmitted (step 2020) to the database 222 or 
another location where it can be handled. Results are gen- 
erated at the remote location while the queried apparatus 
awaits receipt of the results (step 2022). 

[0185] Upon receipt from a remote location (step 2022), or 
upon local generation (step 2018), the results are presented 
to the user (step 2024) by visual display, audio code or 
speech synthesis, or any other suitable means (including the 
message transmission operation of FIG. 16). 

[0186] A basic device housekeeping method consistent 
with the invention is illustrated by the flow chart of FIG. 21. 
Because a substantial amount of data is stored, trzinsferred, 
processed, and manipulated in a system according to the 

invention, there may be, from time to time, old or super- 
seded data that should be discarded or backed up to keep the 
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system operating at maximum efficiency. The process 
described herein can be applied to one or more network units 
(such as the implantable device 110, the PCU 114, the base 
unit 210, the mobile base unit 214, the programmer 216 or 
remote programmers 220, the personal computer 218, or the 
database 222), individually or in a coordinated effort. 

[0187] The process begins by identifying any unnecessary 
data (step 2110) in a device according to the invention. The 
unnecessary data, which is typically described as that data 
which is not necessary for any purpose whatsoever, is 
deleted (step 2112). Any old data, not referenced recently or 
unlikely to be used, is then identified (step 2114) and backed 
up (step 2116), typically on the database 222. The original 
copy of the old data is then deleted (step 2118). The backup 
copy of the old data is still available if it is needed. Storage, 
including both short-term memory and long-term archival, is 
consolidated and organized (step 2120), preferably keeping 
like data together and maximizing contiguous free space. 

[0188] As illustrated in FIG. 7, the performance of certain 
actions according to the invention first requires authentica- 
tion of a user (step 716) or a device serving as the action's 
source (step 718). Such user authentication is preferably 
performed in accordance with the methods described below 
and with reference to FIG. 22; device authentication is 
analogous and will be described in further detail below. 

[0189] The process begins by identifying a user (step 
2210). In general, this is accomplished by providing an 
identification data item to an authentication server, which 
may be on the local device, the database 222, or elsewhere 
connected to the communications network 112. Examples of 
identification data items include user login names, numeric 
codes representative of the user's identity, and biometric 
information; there are numerous other possibilities. 

[0190] If the user has already authenticated to the system 
(step 2212), and too much time has not yet elapsed (step 
2214), the desired transaction is allowed (step 2216). The 
preset or programmable time limit exists to allow consecu- 
tive (and nearly consecutive) transactions to be performed 
without the need to perform detailed authentication for each 
one, relieving some burden on the system. This approach is 
well known. 

[0191] If the user has not yet authenticated (step 2212) or 
if too much time has elapsed (step 2214), then an authen- 
tication input is awaited from the user (step 2218). An 
authentication input according to the invention can be a 
password, a device-generated code, one or more items of 
biometric information, or any of various other known items. 
Once received, the authentication input is tested (step 2220) 
by the authentication server. If it is good (step 2222), and the 
user identification and user authentication information 
match properly, then the transaction is allowed (step 2216). 
If not, and one or more retries are allowed (step 2224), then 
authentication input is again awaited (step 2218) and the 
process continues. If no retries are available (step 2224), 
then a failure message is sent (step 2226) to one or more 
responsible individuals (for example, the patient, the 
patient's physician, and a system administrator) or a failed 
access attempt is simply logged, and the transaction is 
denied (step 2228). 

[0192] Finally, a method for ensuring patients and other 
users do not overuse the interactive functionality of a system 



according to the invention is presented in FIG. 23. It has 
been observed that certain patients with programmable 
implantable medical devices tend to use interaction devices 
more often then recommended. This may lead to accelerated 
battery depletion, inefficient system usage, and may make 
other unnecessary demands on the system. The control 
method provided by the system and illustrated in FIG. 23 
will reduce this tendency by limiting access to reasonable 
intervals. 

[0193] To start, the system identifies the user making a 
request (step 2310) and further identifies the nature of the 
action being requested (step 2312). For example, a given 
user may tend to try to upload stored data very frequently, 
e.g. approximately every half hour while awake. Accord- 
ingly, after the user and the desired action have been 
identified, the system identifies a time restriction that cor- 
responds to both the user and the desired action (step 2314). 
Some users who use the system appropriately might have no 
time restrictions, while others might have multiple restric- 
tions applying to multiple actions. The time restrictions used 
by the system can be preset, programmed, commanded (e.g. 
by a physician), or dynamically and automatically generated 
and updated by the system based on past behavior. 

[0194] Once the appropriate time restriction has been 
identified, the user's history of interaction with the system, 
including the most recent action of the same type requested 
by the user, is accessed (step 2316) and its time is deter- 
mined. The current time is checked (step 2316) and com- 
pared to the time of the most recent action of the same type. 
If the time restriction is met (step 2320), the action is 
permitted (step 2322) and recorded by the system. Other- 
wise, permission to perform the action is denied (step 2324). 

[0195] It should be recognized, of course, that certain 
actions performed by the system should never be 
restricted — for example, patients should always be allowed 
to send urgent messages (see FIG. 16) or make a seizure log 
entry (see FIG. 11), and if an urgent message is to be sent, 
it should be possible for the patient to upload and transmit 
a corresponding EEG record for analysis (see FIG. 8). The 
system (and the PCU 114 or the implantable device 110) 
may not always be able to automatically identify an urgent 
patient care situation or an emergency, so the patient must be 
given an opportunity to react to perceived emergencies and 
seek appropriate care through the use of the system. 

[0196] It should be observed that while the foregoing 
detailed description of various embodiments of the present 
invention is set forth in some detail, the invention is not 
limited to those details and a system according to the 
invention incorporating an implantable medical device can 
differ from the disclosed embodiments in numerous ways. In 
particular, it will be appreciated that embodiments of the 
present invention may be employed in many different appli- 
cations to monitor, communicate with, or control a medical 
device system. It will be appreciated that the functions 
disclosed herein as being performed by hardware and soft- 
ware, respectively, may be performed differently in an 
alternative embodiment. It should be further noted that 
functional distinctions are made above for purposes of 
explanation and clarity; structural distinctions in a system or 
method according to the invention may not be drawn along 
the same boundaries. Hence, the appropriate scope hereof is 
deemed to be in accordance with the claims as set forth 
below. 
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What is claimed is: 

1. An interactive implantable medical device system for 
monitoring and treating a patient, comprising: 

an external interactive computing device adapted for 
communication over a communications network; and 

an implantable device having a communication sub- 
system adapted for bi-directional communication with 
the external device; 

wherein the external interactive computing device is 
adapted to receive and store a data item from the 
patient; 

wherein the external interactive computing device is 
further adapted to associate the data item with a storage 
record in the interactive computing device; and 

wherein the external interactive computing device is 
further adapted to receive and store a data record from 
the implantable device. 

2. The interactive implantable medical device system of 
claim 1, wherein the storage record comprises an EEG 
record received from the implantable device as a data record. 

3. The interactive implantable medical device system of 
claim 1, wherein the storage record comprises a stored 
timestamp. 

4. The interactive implantable medical device system of 
claim 1, wherein the external interactive computing device 
comprises a personal control unit. 

5. The interactive implantable medical device system of 
claim 4, wherein the external interactive computing device 
comprises a portable computing device. 

6. The interactive implantable medical device system of 
claim 5, wherein the portable computing device comprises a 
personal digital assistant. 

7. The interactive implantable medical device system of 
claim 6, wherein the personal digital assistant comprises: 

a wide area communications interface adapted for com- 
munications over the communications network; and 

a local area communications network adapted for com- 
munication with the implantable device. 

8. The interactive implantable medical device system of 
claim 7, wherein the personal digital assistant further com- 
prises an expansion connector, and wherein the local area 
communications network comprises an expansion module 
attached to the expansion connector. 

9. The interactive implantable medical device system of 
claim 1, wherein the data item comprises an entry in a 
seizure log. 

10. The interactive implantable medical device system of 
claim 1, wherein the data item comprises a response to a 
query. 

11. The interactive implantable medical device system of 
claim 10, wherein the query comprises a quality of life 
survey. 

12. The interactive implantable medical device system of 
claim 10, wherein the query comprises a neuropsychiatric 
examination. 

13. An interactive implantable medical device system for 
monitoring and treating a patient, comprising: 

an external computing device adapted for communication 
over a data link; and 



an implantable device having a communication sub- 
system adapted for bi-directional communication with 
the external computing device; 

wherein the external computing device is adapted to 
receive and store a data item from the patient and to 
transmit the data item to a database. 

14. An interactive implantable medical device system for 
monitoring and treating a patient, comprising: 

an external interactive computing device adapted for 
communication over a communications network; 

an implantable device having a communication sub- 
system adapted for bi-directional communication with 
the external device; and 

a remote computing device adapted for communication 
over the communications network with the external 
interactive computing device; 

wherein the remote computing device is adapted to 
receive a data item from the implantable device via the 
external interactive computing device, to process the 
data item, and to program the implantable device with 
a parameter derived at least in part from the data item. 

15. The interactive implantable medical device system of 
claim 14, wherein the implantable device is adapted to apply 
a therapy in response to a detected event. 

16. The interactive implantable medical device system of 
claim 15, wherein the therapy comprises electrical brain 
stimulation. 

17. The interactive implantable medical device system of 
claim 15, wherein the detected event is identified by the 
implantable device based on the parameter. 

18. A method for using an interactive implantable medical 
device system to monitor and treat a patient, the method 
comprising the steps of: 

receiving a data item input from the patient with an 
external device; 

storing the data item in the external device; 

associating the data item with an existing storage record 
in the external device; 

receiving a data record from an implantable device with 

the external device; and 

storing the data record in the external device. 

19. The method for using an interactive implantable 
medical device system of claim 18, wherein the existing 
storage record comprises an EEG record received from the 
implantable device. 

20. The method for using an interactive implantable 
medical device system of claim 18, wherein the existing 
storage record comprises a stored timestamp. 

21. The method for using an interactive implantable 
medical device system of claim 18, wherein the data item 
comprises an entry in a seizure log. 

22. The method for using an interactive implantable 
medical device system of claim 18, wherein the data item 
comprises a response to a query. 

23. The method for using an interactive implantable 
medical device system of claim 22, wherein the query 
comprises a quality of life survey. 



us 2003/0144711 Al 



19 



Jul. 31, 2003 



24. The method for usiog an interactive implantable 
medical device system of claim 22, wherein the query 
comprises a neuropsychiatric examination. 

25. A method for upgrading a software program in an 
interactive implantable medical device system, the method 
comprising the steps of: 

transmitting a new software program from a repository to 
an intermediate device; 

awaiting a connection between a target device and the 
intermediate device; 

sending the new software program from the intermediate 

device to the target device; 

verifying the correctness of the new software program; 
and 

if the new software program is correct, replacing an old 
software program with the new software program in the 
target device. 

26. The method for upgrading a software program in an 
interactive implantable medical device system of claim 25, 
wherein the intermediate device is a personal control unit 

27. The method for upgrading a software program in an 
interactive implantable medical device system of claim 25, 
wherein the intermediate device is a programmer. 

28. The method for upgrading a software program in an 
interactive implantable medical device system of claim 25, 
wherein the target device is an implantable neurostimulator. 

29. A method for programming a target device in an 
interactive implantable mediczil device system, the method 
comprising the steps of: 

awaiting a connection between the target device and a 
programming device; 

sending a new parameter set from the programming 
device to the target device; 

programming the new parameter set into the target device; 
and 

updating a record in a database. 

30. The method for upgrading a software program in an 
interactive implantable medical device system of claim 29, 
further comprising the steps of: 

retrieving an old parameter set from the target device; and 

modifying the old parameter set to obtain the new param- 
eter set. 

31. The method for upgrading a software program in an 
interactive implantable medical device system of claim 29, 

wherein the programming device is a personal control unit 

32. The method for upgrading a software program in an 
interactive implantable medical device system of claim 29, 
wherein the programming device is a programmer. 

33. The method for upgrading a software program in an 
interactive implantable medical device system of claim 29, 
wherein the programming device is the database. 

34. The method for upgrading a software program in an 
interactive implantable medical device system of claim 29, 
wherein the target device is an implantable neurostimulator. 

35. A method for avoiding overuse of interactive capa- 
bilities of an interactive implantable medical device system, 
the method comprising the steps of: 



receiving a command input from a user; 
verifying the identity of the user; 

identifying the command input and associating the com- 
mand input with a desired action; 

accessing a history of command inputs from the user; 

determining whether the action should be allowed based 
on the desired action, the history of command inputs, 
and a time of the command input; and 

if the action should be allowed, performing the action. 

36. The method for avoiding overuse of claim 35, wherein 
the step of determining whether the action should be allowed 
comprises querying a database. 

37. A method for synchronizing an acting device in an 
interactive implantable medical device system with a data- 
base, the method comprising the steps of: 

performing an action with the acting device; 

storing a data representation of the action in the acting 

device; 

awaiting a connection between the acting device and the 
database; and 

transmitting the data representation of the action to the 
database. 

38. The method for synchronizing an acting device with 
a database of claim 37, wherein the acting device comprises 
an implantable neurostimulator. 

39. The method for synchronizing an acting device with 
a database of claim 38, wherein the connection between the 
acting device and the database is an indirect link. 

40. A method for using an interactive implantable medical 
device system in a deferred mode, the method comprising 
the steps of: 

identifying a data item to transmit from a source device to 
a destination device; 

awaiting a connection between the source device and the 

destination device; 

if the connection is available, performing an action and 
transmitting the data item from the source device to the 
destination device; and 

if the connection is not available, performing a condi- 
tional action and queueing the data item for later 
transmission. 

41. The method for using an interactive implantable 
medical device system in a deferred mode of claim 40, 
wherein the source device comprises an implantable neuro- 
stimulator. 

42. The method for using an interactive implantable 
medical device system in a deferred mode of claim 40, 
wherein the destination device comprises a database. 

43. The method for using an interactive implantable 
medical device system in a deferred mode of claim 40, 
wherein the action comprises a commanded action desired 
by a user, and wherein the conditional action comprises at 
least a portion of the commanded action. 

44. The method for using an interactive implantable 
medical device system in a deferred mode of claim 43, 
further comprising the step of receiving the data item from 
the user, wherein the data item comprises an authentication 
input from the user. 
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45. A method for using an interactive implantable medical 
device system to interrogate an implantable device and 
synchronize with a database, the method comprising the 
steps of: 

awaiting a connection between the implantable device and 

an intermediate device; 

transferring operation data between the implantable 
device and the intermediate device; 

storing a data item in the intermediate device represen- 
tative of the operation data; 

awaiting a connection between the intermediate device 

and the database; and 

transmitting the data item from the intermediate device to 
the database. 



46. The method for using an interactive implantable 
medical device system of claim 45, wherein the implantable 
device comprises an implantable neurostimulator. 

47. The method for using an interactive implantable 
medical device system of claim 46, wherein the operation 
data comprises a stored EEG record. 

48. The method for using an interactive implantable 
medical device system of claim 46, wherein the operation 
data comprises a parameter set. 

49. The method for using an interactive implantable 
medical device system of claim 46, wherein the operation 
data comprises diagnostic results. 



X. RELATED PROCEEDINGS APPENDIX 



NONE 
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